Abstract 


The  Data  Management  function  of  today’s  Information  Systems  organization  is 
facing  new  issues  and  challenges.  It  is  evolving  from  a technological  support  function 
to  organization-wide  administration  of  the  information  networks  underlying 
definition  and  structure. 

In  this  report,  INPUT  considers  the  current  state  of  the  data  management  function, 
the  tasks  it  performs,  how  its  responsibilities  are  changing,  the  impacts  of  new 
technology,  and  its  shifting  role. 

The  focus  of  the  report  is  to  consider  changes  that  have  taken  place  over  the  past 
year,  to  ascertain  progress  and  problems,  and  provide  a basis  for  assessing  the  speed 
at  which  users  are  adopting  relational  and  distributed  database  technology.  Where 
appropriate,  direct  comparisons  are  made  to  last  years  research. 

The  goal  of  this  report  is  to  raise  awareness  about  the  changing  role  of  this  function, 
to  suggest  and  support  objectives  and  priorities  for  the  next  few  years,  and  to 
indicate  how  the  function  is  changing  due  to  the  accelerating  shift  to  relational 
database  technology. 

INPUT  believes  that  the  importance  of  the  data  management  function  needs  to 
grow  significantly,  and  with  it  the  characteristics  of  the  individuals  who  perform  this 
critical  task. 

This  report  contains pages  and exhibits. 
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Introduction 


A 

Overview 

After  years  of  serving  as  a technical  controller  for  database  management  system 
(DBMS)  based  applications,  data  management  is  on  the  edge  of  a major  change. 

Fundamental  DBMS  technology  is  changing,  those  that  develop  DBMS-based 
applications  are  changing,  and  the  information  network  of  most  organizations  is 
quickly  becoming  distributed  over  multiple  computing  levels. 

The  task  of  doing  database  design  and  other  things  a database  administrator  has 
done  are  quickly  becoming  a small  part  of  the  data  management  process: 

* The  installed  base  of  IBM’s  relational  database  management  system,  DB/2 
has  expanded  significantly  over  the  past  two  years  and  is  approaching  the  installed 
base  of  IBM’s  IMS  and  DL/1  hierarchical  database  products. 

* The  fastest  growing  software  companies  include  those  whose  entire  product 
line  is  based  on  relational  products. 

* It  is  becoming  increasingly  common  to  place  relational  DBMS  systems  on 
departmental  minicomputers.  PCs  and  workstations  that  are  under  the  control  of 
users  and  were  used  primarily  for  file  transfer  are  beginning  to  implement  relational 
systems. 

* Acceptance  of  relational  systems  is  fostered  by  the  adoption  of  a standard 
language,  SQL,  which  standard  databases  did  not  have.  Portability  has  become 
mandatory.  Oracle’s  relational  DBMS  runs  on  almost  any  minicomputer,  under 
DOS  on  personal  computers,  and  under  MVS  on  mainframes. 

* Using  data  definition  processes  inherent  in  relational  technology,  it  is 
possible  to  distribute  databases  across  multiple  computers.  As  distributed  databases 
become  more  common,  the  entire  process  of  data  management  will  undergo  major 
changes. 

It  is  against  this  background  of  major  change,  and  with  the  belief  that  data 
management  is  one  of  the  most  important  obligations  of  the  central  information 
systems  organizations,  that  INPUT  provides  this  update  to  its  report  on  the  data 
management  function. 

The  focus  of  the  report  is  to  assess  the  current  status  of  development  and  provide  an 
assessment  of  progress  over  the  past  year  in  dealing  with  problems  and  trends  that 
were  noted.  With  this  as  a base,  users  and  vendors  can  identify  the  speed  with  which 
changes  are  taking  place  and  significant  problem  areas. 

This  report  concludes  that  the  data  management  requires  the  concentrated 
attention  of  the  senior  information  systems  executive  over  the  next  five  years. 


B 

Scope 


This  report  looks  at  the  data  management  function  of  information  systems  from 
organizational  and  process  standpoints.  It  considers  problems  and  trends  noted 
during  INPUT’S  1988  research  and  notes  changes  that  are  taking  place.  It  identifies 
any  new  problems  or  trends  that  have  emerged  over  the  past  year. 

The  overall  objectives  are  to  characterize  the  current  state  of  the  data  management 
function  and  to  set  a framework  for  information  systems  management  to  use  in 
directing  this  function  over  the  next  few  years. 

1.  Objectives 

The  objectives  of  this  report  and  the  related  research  were  to: 

* Identify  underlying  trends  and  issues  in  data  management  relative  to 
technology,  responsibilities  and  resources. 

* Track  progress  with  relational  DBMS  technology  and  its  use  by  both 
information  systems  and  the  user. 

*Understand  the  magnitude  of  change  that  is  impacting  the  data  management 
function. 

* Set  objectives  for  the  data  management  function  and  its  management  for  the 
1990s 

2.  Definitions 

The  following  terms  and  definitions  will  be  used  throughout  the  report. 

* Data  Management  - The  broad,  overall  process  of  providing  a definitional 
basis  for  the  information  network  of  the  organization.  The  data  management 
process  incorporates  the  elements  of  data  architecture,  data  administration,  and 
data  definition  in  a technical  and  non-technical  sense. 

The  term  data  management  will  also  be  used  to  refer  to  the  organization  that 
addresses  the  overall  data  management  process 

* Data  Administration  - The  more  traditional  of  the  data  control  process  that 
addresses  the  technical  definition  and  control  tasks  required  by  DBMS  technology, 
in  particular  the  traditional  database  management  systems. 

* Database  Administrator  (DBS)  - Both  the  task  and  the  specific  job 
assignment  of  the  individual  who  establishes  the  detailed  definition  logic  required  in 
programming  a DBMS  application. 

* Relational  Database  Management  System  (RDBMS)  - Those  database 
management  systems  that  are  based  on  the  SQL  language  standard  and  that  provide 
flexible,  table-like,  view  of  data  relationships. 


* Traditional  Data  Base  Management  System  (DBMS)  - Those  traditional 
database  management  systems  that  are  hierarchical  or  use  the  Codasyl  standard  for 
specifying  data  relationships. 

* Three-Tiered  Computing  Network  - INPUT  uses  a three-part  (tier)  structure 
to  define  the  computing/information  network  of  most  organizations.  Tier  one  is  the 
central  or  mainframe  tier.  Tier  two  is  the  middle  level  and  is  usually  minicomputer 
based.  Tier  three  is  the  workstation,  which  more  and  more  commonly  is  becoming  a 
computer,  not  a terminal. 

C 

Methodology 

To  gain  an  understanding  of  the  state  of  the  data  management  function,  INPUT 
undertook,  in  1988,  a significant  interview  task.  One  hundred  database  managers 
were  interviewed  using  a comprehensive  questionnaire  designed  to: 

* Assess  current  status  of  the  data  management  organization.  What  are  the 
major  issues  and  how  is  the  job  of  the  data  management  function  changing. 

* Determine  the  current  DBMS  environment,  who  is  being  served  and  where 
DBMSs  are  being  supported. 

* Identify  the  level  and  type  of  application  development  activity  with  relational 
and  distributed  DBMS  technology. 

* Learn  whether,  and  how,  the  end  user  is  using  DBMS  technology  on 
mainframes,  minicomputers  and  microcomputers. 

In  addition,  a few  data  managers  were  interviewed  using  a shortened  version  of  the 
Questionnaire  shown  in  Appendix  A.  The  purpose  of  the  additional  research  was  to 
obtain  a preliminary  indication  of  the  impacts  of  new  database  technology. 

For  this  report,  INPUT  expanded  last  year’s  secondary  questionnaire  to  include 
questions  from  the  extensive  survey  document.  This  was  to  ensure  that  the  baseline 
information  was  comparable  and  would  provide  a basis  for  comparison. 

The  key  focus  of  this  year’s  research  was  to  assess  changes  that  have  taken  place,  to 
assess  progress  toward  objectives  and  understand  the  speed  with  which  movement  is 
being  made  toward  relational  and  distributed  database  technology.  The 
questionnaire  also  included  questions  designed  to  identify  whether  data  managers 
are  able  to  measure  their  success. 

1.  Research  Demographics 

The  focus  of  the  research  was  the  data  management  of  larger,  Fortune-500  sized 
information  systems  organizations. 


v'  p 

The  targeted  audience  for  the  interview  what  the  data  manager  within  the  ’central’ 
or  corporate  information  systems  organization.  INPUT  wanted  to  understand  data 
management  from  the  central  point  of  view,  not  that  of  an  operating  division  that 
may  have  its  own  data  administration  staff  performing  DBA  functions. 

Where  possible,  INPUT  talked  with  the  same  individual  who  participated  in  the 
previous  research. 

The  data  managers  came  from  the  ten  industry  sectors  listed  in  Exhibit  1-1. 

**Exhibit  1-1  Here* ** 

2.  Other  Research 

Other  research  included  a search  of  current  published  information  to  identify  any 
noted  changes  in  the  industry  or  trends  that  had  emerged  over  the  past  year. 

This  report  also  draws  upon  INPUT’S  1988  report  - Developments  in  Database 
Technology. 

D 

Report  Structure 

The  remaining  chapters  of  this  report  address  the  following  topics. 

* Chapter  II  - Executive  Overview:  A summary  of  the  findings  and  conclusions 
of  the  report. 

* Chapter  III  - Data  Management:  Current  Environment:  a status  report  on 
the  central  data  management  function. 

* Chapter  IV  - Impacts  on  Relational  Data  Base  Technology:  a status  report 
on  the  adoption  of  RDBMS  technology  and  the  implications  for  data  management. 

* Chapter  V - Impacts  of  Other  Technologies:  a look  at  distributed  database 
technology,  the  impact  of  networks,  the  data  dictionary,  and  the  relationship  to 
computer-assisted  systems  engineering  (CASE). 

* Chapter  VI  - Data  Management:  Future  Environment:  INPUT’S  proposal  for 
data  management’s  role  in  the  information  systems  function  in  the  1990s. 

* Chapter  VII  - Conclusions  and  Recommendations:  INPUT’S  conclusions 

from  research  and  recommended  priorities  for  senior  information  systems 
management  relative  to  the  data  management  function  for  1989  and  the  first  few 
years  of  the  next  decade. 


E 

Related  Reports 

The  following  INPUT  reports  were  used  in  this  study  and  provide  added 
information  for  the  reader. 

* Distributed  Database  Management  - An  Early  Look 

* Information  Systems  Planning  Report,  1988 

* Computer-Assisted  Systems  Engineering,  Markets  and  Opportunities 

* Workstation  Strategies 
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II 

Executive  Overview 


As  indicated  in  the  Introduction,  the  primary  purpose  of  this  years  report  into  the 
state  and  future  direction  of  data  administration  and  management  process,  was  to 
assess  the  state  of  the  industry  "one  year  later". 

Following  on  the  heals  of  two  reports,  Distributed  Data  Base  Management  - An 
Early  Look  and  Developments  in  Data  Base  Technology,  INPUT  was  interested  in 
learning  whether  data  administration  was  beginning  to  respond  to  a changing 
industry  or  whether,  once  again,  management  was  going  go  lag  behind  technology 
development. 

A fundamental  conclusion  of  the  report  is  that  not  much  progress  has  been  made. 
Acceptance  and  implementation  of  relational  technology  is  progressing  at  an 
increasingly  rapid  rate,  but  management  processes  needed  to  ensure  maximum 
benefit  from  corporate  wide  information  systems  are  lagging  behind. 

To  be  effective  in  meeting  the  needs  of  th  1990s,  the  data  administration  process 
must  undergo  a fundamental  reorientation  because  of  both  technological  change 
and  the  need  for  a tightly  integrated  yet  distributed  information  network.  The 
historic  technical  and  mainframe  orientation  will  not  support  the  information 
network  needed  and  expected  in  the  1990s. 

A 

Changing  Environment 

As  indicated  in  Exhibit  II- 1,  there  are  a number  of  reasons  why  data  must  undergo 
change  if  it  is  to  meet  future  needs. 

**  Exhibit  II- 1 Here* ** 

* The  shift  to  relational  technology  is  rapidly  outmoding  the  traditional  data 
administration  function.  Growing  acceptance  of  relational  technology  by  end  users 
and  implementation  on  multiple  platform  tiers  is  necessitating  a shift  from  a 
centralized,  technical  orientation  to  a distributed,  consultant  orientation. 

* Implementation  of  multiple  data  bases  is  placing  greater  pressure  on  data 
administration  to  take  on  a management  role  to  ensure  coordination  between  data 
base  systems. 

* With  data  bases  being  implemented  on  multiple  platform  tiers,  signification 
coordination  is  required.  Management  planning  is  necessary  to  ensure  effective  use 
of  the  multi-tiered  systems. 

* End  users  are  increasingly  interested  in  access  to  corporate  data,  irrespective 
of  its  location.  Data  access  and  sharing  is  needed  both  vertically  and  horizontally, 
increasing  the  need  for  comprehensive  data  definitions. 

* Additional  DBMS  technology  will  be  available  very  quickly.  However, 

organizations  that  continue  to  wait  for  the  latest  technology,  before  changing  their 
management  process,  will  lose  significant  benefit  in  use  of  corporate  data  as  a 
competitive  asset. 


DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY 


INPUT 


Executive  Overview 


This  chapter  provides  an  overview  of  the  report.  This  assessment  of  the 
state  and  future  direction  for  the  data  administration  and  management 
process  is  based  on  interviews  with  100  managers  of  data  administration 
functions.  Those  managers  were  primarily  members  of  the  central  infor- 
mation systems  function. 

The  fundamental  conclusion  of  this  report  is  that  the  data  administration 
process  must  undergo  fundamental  expansion  in  orientation  because  of 
both  technological  change  and  the  need  for  a tightly  integrated  yet  dis- 
tributed information  network.  The  historic  technical  and  mainframe 
orientation  will  not  support  the  information  network  needed  and  expected 
in  the  1990s. 


Changing 

Environment 


After  15  years  of  evolution  along  a relatively  singular  path,  the  informa- 
tion-systems-based  data  administration  function  is  in  the  process  of  major 
change.  Exhibit  II- 1 identifies  the  sources  of  this  significant  change. 


DATA  ADMINISTRATION- 
CHANGING  ENVIRONMENT 


Shift  to  Relational  DBMS 
Multiple  DBMS  Environments 
DBMSs  at  All  Three  Tiers  of  Computing 
End  User  Access  to  Data  Managed  by  DBMSs 
Additional  DBMS  Technology  on  the  Horizon 
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B 

Effectiveness  of  Data  Administration 

Whether  as  a result  of  the  shift  to  relational  technology  or  general  lack  of  attention 
to  the  importance  of  managing  corporate  data,  more  than  half  the  IS  managers 
consider  the  effectiveness  of  their  data  administration  to  be  no  greater  than  average. 

As  indicated  in  Exhibit  II-2,  at  least  one  quarter  believe  that  their  performance  is 
below  average  or  even  poor. 

**  Exhibit  II-2  Here** 

The  extent  to  which  the  administrative  function  is  effective  is  highly  subjective 
however.  More  than  half  (56%)  of  the  managers  indicated  that  they  have  no 
measures  to  indicate  the  performance  of  their  administration  function  (Exhibit  II-3). 
Approximately  one-quarter  (28%),  indicated  that  they  have  informal  measures.  The 
majority  of  these  are  based  on  monitoring  inquiry  response  time  and  end  user  "bitch 
level". 

** Exhibit  II-3  Here** 

While  a dramatic  shift  in  effectiveness  rating  would  not  be  expected  over  the  course 
of  one  year,  the  consistence  of  the  responses  indicated  that  IS  managers  continue  to 
face  perplexing  issues  about  how  best  to  meet  future  needs. 

C 

Key  Issues 

Information  Systems  managers  continue  to  voice  a number  of  issues  that  are  key  to 
the  continued  development  of  DBMS  systems.  The  most  frequently  mentioned 
issues  included  the  following: 

* Strategy  and  Direction  - Managers  have  a continuing  concern  about  the 
strategy  and  direction  of  information  systems,  and  DBMS  in  particular,  as  it  relates 
to  the  organization. 

* Integrity  and  Security  - Most  information  systems  managers  acknowledge' to 
emergence  of  distributed  data  base  systems  and  have  concerns  about  the  integrity 
and  security  of  distributed  data  files. 

* Technology  - Considering  the  speed  with  which  technology  is  changing,  many 
managers  are  concerned  about  the  correct  time  to  make  a major  investment.  This  is 
a growing  problem  as  long  term  funding  becomes  more  difficult  to  obtain. 

* Data  Access  - Access  of  data  is  a growing  problem.  As  local  and  wide  area 
networks  grow,  there  is  increasing  demand  for  access  to  corporate  data  bases, 
irrespective  of  their  location. 

Among  the  key  issues  identified,  strategy  and  direction  was  the  concern  voice  most 
frequently,  by  nearly  a two  to  one  margin.  Exhibit  II-4  identifies  a number  of  sub- 
issues related  to  strategy  and  direction. 


** Exhibit  II-4  Here** 
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Considering  the  issues  related  to  strategy  and  direction,  it  is  interesting  to  note  that 
the  majority  of  them  relate  directly  to  the  relationship  of  information  systems  and 
the  user. 

With  the  advent  of  relational  technology,  particularly  when  available  on  PC  systems, 
data  ownership  has  emerged  as  a major  issue.  While  information  systems  staff  have 
traditionally  pursued  policies  that  tended  to  maintain  tight  control  over  corporate 
data,  it  is  clear  that  they  are  no  longer  the  owner.  As  indicated  in  Exhibit  II-5,  it  is 
clear  that  the  user  is  increasingly  the  owner  of  data. 

**Exhibit  II-5  Here* ** 

Data  ownership,  access  and  use  are  key  driving  forces  behind  the  need  to  change 
from  data  administration  to  data  management.  Only  a corporate  wide  architecture 
and  data  management  policies  will  forestall  the  fragmentation  of  data. 

D 

RDBMS  and  Data  Administration 

In  a period  of  two  short  years,  relational  DBMS  has  risen  from  an  experimental 
technology  to  become  the  dominant  data  base  technology.  In  the  past  two  years, 
RDBMS  has  become  the  data  base  of  choice  in  the  majority  of  firms. 

More  than  half  of  the  new  data  base  applications  are  being  developed  using 
relational  technology. 

Relational  Technology,  coupled  with  the  growth  of  PCs  and  workstations,  is 
fostering  a resurgence  in  the  development  of  executive  information  systems. 

The  move  to  relational  technology  has  started  a revolution  in  data  administration;  a 
revolution  that  many  information  systems  managers  are  not  prepared  to  support. 

As  indicated  in  Exhibit  II-6,  RDBMSs  have  significantly  improved  the  productivity 
of  development  staff.  Of  those  interviewed,  approximately  75%  indicated  that 
relational  technology  is  resulting  in  development  productivity  improvements.  While 
a few  indicated  little  change,  no  one  indicated  a worsening  of  productivity. 

**Exhibit  II-6  Here** 

Of  equal  importance  is  the  responses  indicating  that  the  effect  on  data 
administration  is,  as  yet,  not  as  positive  as  on  development.  Only  slightly  more  than 
half  (57%)  indicated  that  relational  technology  has  improved  the  productivity  of  the 
data  administration  process.  There  are  several  reasons  to  account  for  the  responses. 

* In  the  short  term,  data  administrators  are  faced  with  having  to  learn  an 
additional  system,  compounding  their  already  busy  schedules. 

* The  trend  toward  implementing  two  DBMS  systems  adds  a level  of 
complexity,  as  administrators  have  to  consider  how  to  integrate  multiple  (old  and 
new)  systems. 

JS 

* Implementation  of  RDBMS  systems  by  users  if  forcing  administrators  to 
have  to  place  increased  emphasis  on  the  needs  and  requirements  of  end  users. 
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With  RDBMS  systems  available  on  multiple  processing  tiers,  administrators 
are  having  to  give  increasing  consideration  to  distributed  systems. 

The  extent  to  which  productivity  improvements  will  be  achieved  in  the 
administration  process  is  highly  dependent  on  the  rate  of  change  from  an 
administration  to  a management  process. 

While  improvements  will  be  noted  as  data  administration  staffs  become  more 
familiar  with  the  technology,  substantive  improvements  will  not  be  seen  until  the 
information  systems  group  develops  an  overall  architecture,  establishes  corporate 
wide  (data)  standards,  and  redefines  the  administration  role  to  be  a management 
role. 

E 

Other  Data  Base  Technologies 

In  addition  to  the  benefits  afforded  by  the  improved  technology  in  RDBMS  systems, 
other  technologies  are  having  an  impact  on  the  evolution  of  the  data  administration 
process. 

1.  Distributed  Data  Base  Management  Systems 

The  concept  of  distributing  data  bases  is  not  new.  Numerous  attempts  have  been 
made  to  implement  distributed  technology  for  at  least  the  past  fifteen  years. 

However,  the  advent  of  multi-tier  relational  data  base  products,  coupled  with  the 
increased  use  of  powerful  minicomputer  and  PC  systems,  is  fostering  a resurgence  in 
efforts  to  distribute  data  throughout  an  organization. 

Distributed  capabilities  offer  significant  control  benefits  while  also  helping  the  end 
user  access  needed  information.  It  is  reasonable  to  assume  that  distributed 
capabilities  will  be  put  into  use  increasingly  in  the  future. 

2.  CASE 

Introduction  of  computer-assisted  systems  engineering  (CASE)  technology,  along 
with  the  "repository",  a major  step  beyond  the  data  dictionary,  will  significantly 
enhance  the  ability  to  develop  complex  systems. 

The  success  of  CASE  will  depend  heavily  on  how  the  data  administration  function 
accepts  the  capabilities  and  disciplines  of  CASE.  CASE  and  the  repository  concept 
will  not  be  a lasting  success  if  it  does  not  encompass  the  data  management  process. 

F 

Future  Environment 

The  process  of  managing  corporate  data  in  the  1990s  will  be  considerably  different 
than  in  the  1980s. 

Robust  relational  technology,  a full  three-tier  computing  environment,  and  the 
increasing  involvement  of  the  end  user  in  the  decision  and  execution  processes 
indicate  that  the  data  management  process  must  change  to  become  more  attuned  to 
planning,  direction,  and  coordination  (Exhibit  II-7). 


DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY 
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• While  senior  management  supported  this  increased  operational  orienta- 
tion to  information  technology,  they  did  not  plan  for  it  to  create  chaos 
in  the  information  network.  Yet  that  is  what  happened  in  many  prgani- 
zations.  So  today,  the  cry  is  to  integrate  the  information  network  while 
continuing  to  support  operational  demands. 

/ ' / 

The  moral  of  this  short  story  is  that  central  information  systems  must 
provide  an  environment  that  permits  smooth  movement  of  data  and 
information  across  the  organization  at  all  levels.  A data  architecture  and 
the  data  management  process  are  the  means  to  do  this,  and  technology  is 
quickly  improving  to  help  meet  this  challenge.  The  data  is  needed  at 
many  levels  of  the  organization,  but  information  systems  is  the  keeper  of 
the  keys  and  is  the  only  company  function  that  can  fulfill  this  need. 
Fulfilling  the  need  is  therefore  a primary  role  of  information  systems. 


1.  Elements  of  the  Data  Management  Process 
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INPUT’S  definition  for  the  data  management  process  for  the  1990s  is 
three-tiered.  Exhibit  VI-2  diagrams  that  structure  |tnd  suggests  the 
primary  functions  that  would  be  performed  at  each  tier.  This  suggested 
concept  is  a delineation  of  the  functions,  not  necessarily  the  separation  of 
the  organization.  / 


DATA  MANAGEMENT  PROCESS  FOR 
THE  1990s 


Tier 

Description 

Functions 

1 

Infrastructure 

Information  Architecture 
Data  Network  Modeling 
Technology  Selection 

2 

Definition 

Definition  Standards 
Definition  Review 
Coding  Schemes 

3 

Execution 

Data  Element  Definition 
Design  Execution 
DBMS  Installation  & Support 

UDBD 
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** Exhibit  II-7  Here** 


The  individual  who  directs  the  administration  process  in  the  1990s  must  be  more  a 
manager  than  an  administrator.  The  most  important  attributes  will  include  a 
business  (generalist)  orientation  and  the  focus  on  a strategically  oriented 
architecture.  Focus  on  design,  detailed  definitions,  and  execution  will  need  to 
migrate  to  system  users. 

G 

Recommendations 

INPUT’S  overall  recommendation  is  to  begin  immediately  to  reassess  the  data 
administration  function  and  begin  the  migration  from  administration  to 
management. 

Exhibit  II-8  provides  a series  of  short  and  long  term  recommendations.  The  short 
term  recommendations  are  oriented  to  understanding  the  existing  environment  and 
establishing  a base  from  which  to  grow. 

The  long  term  recommendations  are  oriented  to  establishing  an  environment  in 
which  the  user  is  a valued  participant  in  the  development  and  execution  process. 

**Exhibit  II-8  Here** 

INPUT  believes  that  the  environment  of  the  1990s  will  necessitate  strong  user 
support.  Multi-tiered  data  bases,  distributed  processing,  expanded  networking  and 
greater  user  access  will  necessitate  direct  user  involvement. 
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Data  Administration:  Current  Environment 


A 

Background 

With  the  advent  of  database  systems  in  the  early  1970s,  information  systems  were 
provided  with  significantly  expanded  tools  for  data  storage  and  applications 
development.  However,  with  the  new  technology,  there  was  a new  requirement  for 
an  individual,  the  data  administrator,  who  had  special  technical  skills. 

Prior  to  DBMS  technology,  the  process  of  defining  data  files  and  structures  was 
accomplished  by  the  systems  analyst  developing  an  application.  File  structures  and 
naming  conventions  were  unique  to  a given  application.  With  the  new  DBMS 
systems,  a specialist  was  necessary.  The  specialist  had  responsibility  for  defining 
data  file  structure  and  common  file  definitions  that  were  used  by  all  analysts  and 
applications. 

The  first  DBS’s  were  application  or  systems  programmers.  The  data  management 
function  started  with  "data  administration"  and  was  staffed  by  a technical  person. 
The  data  "administrator"  frequently  had  little  knowledge  of  the  application  or  the 
business  purpose.  Following  earlier  trends  in  data  processing,  the  administrator 
usually  had  no  knowledge  of  the  overall  business  or  the  relationship  of  the  variety  of 
business  elements. 

By  the  early  1980’s,  many  organizations  had  installed  a DBMS  and  were  managing  a 
data  administration  function.  Throughout  this  period,  most  had  a single  DBMS 
system  and  were  managing  a data  administration  function  that  was  viewed  as 
primarily  a technical  function. 

During  this  period,  there  were  efforts  to  implement  control  mechanisms  such  as  a 
data  dictionary.  While  recognition  was  growing  that  data  definitions  needed  to  be 
standardized  for  corporate  use,  efforts  were  generally  modest  and  frequently  met 
with  only  modest  success. 

By  the  mid-1980s  a number  of  events  had  begun  to  cloud  the  job  of  data 
administration  and  to  raise  a number  of  higher  level  issues.  A transformation  of 
data  management  was  beginning,  but  few  recognized  it  or  the  impact  it  would  have 
on  the  organization.  Among  the  events  were  the  following: 

The  majority  of  the  applications  in  many  organizations  were  DBMS-based, 
and  the  interaction  between  these  applications  gave  rise  to  the  corporate  database 
concept.  In  a file  management  environment,  the  data  was  "owned”  by  the 
department  served  by  a particular  application.  In  a database  environment,  data  is 
not  "owned"  by  any  single  application  or  individual.  The  data  was  organized  for  the 
benefit  of  the  technology  and  not  to  support  the  organization.  The  database  was 
viewed  as  belonging  to  information  systems,  not  the  user. 


The  information  network  of  most  organizations  was  becoming  distributed 
with  the  use  of  minicomputers.  To  support  this  distribution,  file  transfer  systems 
were  developed  and  a new  era  of  data  redundancy  emerged.  Information  systems 
considered  the  central  database  to  be  their  property  and  carefully  guarded  its  use. 
The  user  began  to  depend  on  the  distributed  data  on  the  minicomputer  and, 
increasingly,  the  PC.  The  information  network  and  its  data  foundation  had  become 
distributed  without  a process  to  control  it. 

With  organizations  becoming  more  decentralized  and  the  demand  for 
distributed  data  increasing,  there  was  increasing  need  for  connectivity.  With 
increased  connectivity  through  LANs,  WANs  and  national  and  multinational 
networks,  the  need  for  data  access  increased. 

The  long  sought  relational  model  became  available  and,  by  1987,  was  in  early 
use  by  many  organizations.  The  technological  basis  for  the  data  administration 
process  began  a major  change  that  will  be  underway  well  into  the  1990s. 

End  users  began  to  develop  production  applications  and  make  extensive  use 
of  the  corporate  database  through  fourth  generation  languages.  The  end  user  found 
relational  technology  something  that  they  could  understand  as  they  became  more 
skilled  in  the  use  of  computers. 

While  there  are  major  changes  taking  place,  many  of  the  changes  are  happening 
slowly.  This  chapter  and  the  next,  which  consider  changes  over  the  past  year  confirm 
that  change  will  continue.  They  also  confirm  that  the  change  will  be  evolutionary, 
not  revolutionary. 

B 

Changing  Environment 

Virtually  every  organization,  without  respect  to  size,  is  in  the  process  of  significant 
change  relative  to  its  data  management  systems  environment.  Emerging  from 
environment  with  only  a single  DBMS  system,  an  increasing  number  of  users  have 
multiple  systems.  In  addition,  with  the  advent  of  PC  based  database  systems,  DBMS 
systems  are  now  common  on  all  levels  of  platforms. 

1.  Mainframe  DBMS 

Exhibit  III-l  provides  an  indication  of  the  extent  to  which  multiple  DBMS  systems 
are  becoming  more  commonplace  in  many  organizations. 

During  the  1988  research  program,  it  was  noted  that  42%  of  respondents  indicated 
that  they  had  more  than  one  mainframe  DBMS  system.  During  the  same  research, 
respondents  indicated  that  16%  had  three  mainframe  DBMS  systems. 

Between  1988  and  1988,  changes  have  begun  to  occur.  In  1989,  the  number  of 
respondents  indicating  that  they  have  at  least  two  mainframe  systems  increased 
from  26%  to  42%.  The  number  with  three  systems  remained  the  same.  The  shift 
indicates  several  considerations. 


**Exhibit  III-l  Here** 
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The  most  likely  possibility  is  that  organizations  that  had  new  systems  under 
consideration  in  1988  (30%  indicated  that  they  did  have  additional  systems  under 
consideration)  have  now  acquired  and  implemented  the  systems. 

Since  the  percent  with  three  systems  did  not  change,  consideration  must  be 
given  to  the  level  of  complexity  in  implementing  and  managing  multiple  systems. 

The  technical  challenge  of  learning  and  supporting  two  or  three 
mainframe  DBMSs  places  significant  strain  on  the  resources  of  the  data 
administration  function. 

In  addition  to  the  technical  challenges  of  a new  system,  the  task  of 
transferring  data  between  systems  increases  the  complexity  of  the  entire  systems 
design  and  maintenance  effort. 

A portion  of  the  change  in  two  mainframe  systems  (26%  vs  42%)  can  be 
accounted  for  by  a smaller  sample  size  in  1989.  However,  considering  that  the 
respondents  were  the  same  as  last  year,  movement  to  multiple  systems  can  not  be 
overlooked  as  a definitive  trend. 

Since  INPUT  learned  during  the  previous  research  that  only  28%  of  those  with 
more  than  one  system  had  a relational  DBMS  as  the  second  or  third  system  and  that 
the  level  of  interest  is  highest  for  relational  systems;  there  are  strong  indications  that 
future  acquisitions  will  be  relational. 

2.  Multiple  System  Use 

As  part  of  the  current  year  research  program,  INPUT  considered  the  mix  of 
database  systems.  The  purpose  was  to  identify  whether  there  is  a predominance  of 
systems  on  mainframes,  minis  or  micros. 

The  mix  and  placement  of  systems  can  be  extremely  important  since  the  greater  the 
number  of  platforms  supporting  DBMS  systems,  the  greater  the  level  of  complexity 
for  the  data  administration  staff. 

As  indicated  in  Exhibit  III-2,  the  mainframe  only  environment  is  currently  the  most 
prevalent.  While  this  is  not  expected  to  change  in  the  near  term,  there  are  several 
additional  considerations. 

**Exhibit  III-2  Here* ** 

* The  number  of  systems  running  on  three  platforms  (mainframe,  mini  and 
micro)  is  quite  small.  INPUT  believes  that  this  reflects  the  level  of  complexity  in 
managing  a multiple  platform  DBMS  environment. 

* While  the  percent  of  DBMSs  running  on  minis  and  micros  is  comparable,  the 
comparatively  low  percent  reflects  the  continued  focus  of  information  systems  to 
successfully  manage  corporate  wide  mainframe  data  systems.  (Note  that  this  data 

excludes  micros  implemented  by  user  departments  solely  for  their  own  purpose). 


The  comparatively  even  split  between  mainframe/mini  and 
mainframe/ micro  systems  also  reflects  the  differences  in  the  way  organizations 
conduct  business.  Many  have  highly  autonomous  divisions  that  have  their  own  mini 
systems  with  their  own  administration.  Many  others  rely  on  a single,  large  corporate 
database  for  all  corporate  processing.  These  differences  pose  unique  problems  in 
the  way  database  systems  are  managed. 

Distributed  systems  are  frequently  directly  linked  through 
telecommunications  networks  to  central  processing  facilities.  The  mini  database  is 
frequently  a "distributed"  database  with  tight  central  control  necessary  to  ensure 
coordination  with  the  corporate  wide  databases. 

Micro  based  database  systems  are  generally  not  directly  linked  to  a 
corporate  host  and  do  not  have  replicated  (distributed)  copies  of  corporate  files. 
Micro  computer  users  generally  extract  data  from  corporate  files  for  department 
level  analysis  or  develop  their  own  department  wide  databases  for  their  own 
purposes.  Micros  and  workstations  are  also  used  increasingly  as  a primary  means  of 
creating  input  for  corporate  processing. 

Decisions  to  manage  DBMS  systems  on  two  or  three  platforms  is  a significant 
strategic  decision,  since  the  level  of  effort  needed  to  ensure  data  accuracy,  integrity 
and  security  increases  geometrically  as  the  number  of  connected  systems  increases. 

INPUT  believes  that,  while  the  data  is  not  definitive,  organizations  will  generally 
elect  to  adopt  a mainframe/mini  or  a mainframe/micro  approach  as  their  primary 
strategy  and  few  organizations  will  elect  to  manage  a three  platform  environment. 

3.  Personal  Computer  DBMS 

Database  usage  on  personal  computers  continues  to  be  dominated  by  dBase  III  and 
the  primary  use  is  personal  or  departmental  productivity. 

However  this  is  beginning  to  change.  The  move  to  relational  DBMS  is  underway 
with  the  porting  of  their  DBMSs  by  both  Oracle  and  Relational  Technology. 

INPUT  expects  that  implementation  of  RDBMSs  on  PCs  will  increase  and  that  this 
will  cause  increased  interest  in  transferring  data  across  tiers  of  the  information 
network.  This  will  create  increased  pressure  on  data  administration  staffs  to  define 
corporate  wide  formats  and  operating  procedures.  SQL  and  RDBMS  will  be  the 
foundation  for  such  transfers. 

4.  Considering  New  DBMSs 

In  INPUT’S  previous  research,  30%  of  respondents  indicated  that  they  were 
considering  new  databases.  As  indicated  in  Exhibit  III-3,  even  with  the  level  of 
implementation  that  has  taken  place  over  the  past  year,  an  estimated  30%  of  users 
are  still  considering  additional  databases. 

The  30%  figure  raises  a couple  of  questions.  With  the  major  changes  that  are  taking 
place  in  DBMS  systems  why  is  the  figure  not  greater?  Considering  the  level  of 
activity  over  the  past  year,  are  users  looking  for  third  and  fourth  systems  or  looking 
for  improved  systems? 
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INPUT  believes  that  the  30%  that  are  considering  additional  systems  are 
doing  so  for  the  purpose  of  expanding  their  database  services  to  additional  levels  of 
the  organization. 

With  this  in  mind,  the  primary  focus  is  not  the  acquisition  of  a third  or  fourth 
system  that  will  perform  essentially  the  same  functions,  but  a system  (or  systems) 
that  will  provide  added  functionality  (primarily  ease  of  use)  and  connectivity  for  the 
end  users. 

INPUT  also  believes  that  the  percentage  of  those  looking  for  additional 
systems  is  actually  higher  than  indicated  by  the  respondents  in  information  services. 
The  figure  could  be  as  high  as  60-70%,  but  the  search  is  an  informal,  wait-and-see 
investigation. 

With  current  staffing,  information  systems  has  more  than  an  ample  work 
load.  While  working  to  meet  current  commitments,  data  management  staff  are 
looking  for  the  right  opportunity  to  implement  the  "next  generation"  of  relational 
database  systems. 

The  focus  of  many  information  service  organizations  are  systems  that  will  be 
standard  across  multiple  platforms  and  will  meet  the  need  of  vertical  and  horizontal 
connectivity  and  data  sharing  with  standard  definitions,  data  organization  and 
corporate  wide  security. 

C 

Effectiveness  of  Data  Administration 

A key  element  of  the  1989  research  program  was  to  assess  changes  that  have,  or 
have  not,  taken  place  to  increase  the  effectiveness  of  data  administration. 

With  this  in  mind,  users  were  asked  to  rate  the  effectiveness  of  their  data 
management  functions  and  of  their  use  of  data  dictionaries. 

1.  Effectiveness  of  Data  Management  Function 

Having  accepted  that  changes  are  taking  place  and  that  the  role  of  the  data 
management  function  will  take  on  increasing  importance,  INPUT  sought  to  identify 
the  extent  to  which  managers  thought  that  the  data  management  function  was 
effective. 

As  indicated  in  Exhibit  III-4,  there  has  been  little  change  between  last  year  and  this 
year.  Fully  25%  of  the  IS  managers  think  that  the  effectiveness  of  the  data 
management  function  is  below  average. 

** Exhibit  III-4  Here** 

While  there  was  a slight  increase  in  the  percent  of  respondents  that  rated  the 
performance  average  and  above  average,  these  changes  are  not  believed  to  be 
significant.  Essentially,  there  has  been  no  change  over  the  year. 

To  try  to  understand  whether  changes  to  this  level  of  performance  are  likely, 

INPUT  asked  users  to  indicate  what  actions  they  were  taking  to  improve  the  overall 
effectiveness. 
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The  predominate  response  indicate  that  there  are  few  plans  to  improve  the  overall 
effectiveness.  Those  with  specific  plans  indicated  the  following  most  frequently: 

Selling  and  educating  corporate  management,  users  and  applications 
developers. 

Greater  involvement  in  the  systems  life  cycle  process. 

* Increase  staff. 

Don’t  see  significant  improvement  until  technology  such  as  CASE  and  the 
repository  become  readily  available. 

In  all,  the  predominate  theme  indicates  that  more  time  is  necessary  for  the  data 
management  function  to  be  accepted  as  a necessity  within  an  organization. 
Acceptance  is  needed  in  two  key  areas 

Acceptance  is  needed  by  system  developers  who  see  themselves  as  equally 
capable  of  defining  data  requirements  and  managing  data  flow. 

Acceptance  is  needed  by  corporate  management  that  this  is  not  an  additional 
overhead  expense  with  limited  value.  In  addition,  management  is  influenced  by  user 
groups  who  see  data  management  as  another  attempt  to  control  their  environment. 

These  findings  indicate  the  lack  of  a strong  base  from  which  to  expand  into  new 
responsibilities  and  new  DBMS  technologies. 

In  conjunction  with  questions  related  to  overall  effectiveness,  users  were  asked  to 
rate  the  effectiveness  with  their  data  dictionaries. 

As  indicated  in  Exhibit  III-5,  the  extent  to  which  information  systems  managers 
consider  the  use  of  data  dictionaries  to  be  effective  has  taken  a shift  over  the  past 
year. 

**  Exhibit  III-5  Here** 

During  the  current  research  process,  there  was  a definitive  shift  in  the  users 
perception  of  the  effectiveness  of  their  use  of  data  dictionaries. 

While  the  percentage  that  consider  their  data  dictionary  effectiveness  to  be 
below  average  remained  essentially  the  same  (40%  vs  36%),  there  was  a decline  in 
the  percent  that  consider  their  effectiveness  to  be  excellent  (8%  to  0%). 

Over  the  same  period,  there  was  a shift  between  the  number  that  consider 
their  performance  to  be  above  average  and  those  that  rate  performance  to  be 
average.  The  average  category  shifted  more  toward  above  average. 
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* INPUT  believes  that  there  are  two  key  reasons  for  these  shifts. 

First,  users  are  gaining  greater  experience  with  relational  systems, 
placing  greater  reliance  on  data  dictionaries,  and  generally  becoming  more 
proficient  in  the  application  of  DBMS  technology. 

Second,  users  are  becoming  more  realistic  in  assessing  their  overall 
performance.  This  accounts  for  the  decline  in  the  number  of  excellent  responses. 

In  general,  users  believe  that  their  use  of  data  dictionaries  is  improving,  but  that  a 
considerable  amount  of  work  remains  to  be  done  to  make  them  truly  effective. 

2.  Measuring  Performance 

The  ability  to  measure  performance  is  increasingly  important  in  all  organizations. 
While  establishing  performance  measures  can  be  difficult  for  a new  technology, 
INPUT  was  surprised  to  find  that  there  are  few  measures  of  the  data  administration 
function. 

As  indicated  in  Exhibit  III-6,  only  a minimal  number  of  organizations  have 
formalized  methods  to  measure  the  effectiveness  of  the  data  administration 
function.  More  than  50%  indicated  that  they  are  not  able  to  measure  the 
performance  of  the  data  administration  function. 

Exhibit  III-6  Here** 

When  questioned  about  their  ability  to  measure  the  performance  of  data 
administration,  users  generally  indicated  the  following: 

They  have  generally  not  been  able  to  identify  adequate  measures. 

Response  time  and  user  satisfaction,  as  indicated  by  verbal  interaction,  were 
the  key  measures. 

Many  were  measured  on  the  basis  of  their  ability  to  interact  successfully  with 
the  corporate  applications  development  group(s). 

Formal  processes  centered  around  periodic,  structured  user  surveys. 

INPUT  believes  that  measures  of  performance  will  become  increasingly  important  if 
data  administration  is  to  successfully  meet  the  needs  presented  by  the  database 
environment  of  the  1990s. 

D 

Changing  Role 

As  an  indication  of  the  extent  to  which  the  role  of  data  administration  is  changing, 
INPUT  asked  managers  to  indicate  how  their  role  had  changed  over  the  previous 
year. 

Figure  III-7  reflects  a somewhat  different  environment  than  existed  last  year, 
generally  reflecting  increased  activity. 


**Exhibit  III-7 
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As  indicated  by  the  reduction  in  the  "no  change"  category  and  an  increase  in 
the  activity  growth  category,  the  year  resulted  in  a considerable  increase  in  activity. 

* While  there  was  some  change  in  the  areas  of  technology  and  changes  in 
function,  the  year  generally  resulted  in  an  increased  level  of  effort  to  implement 
new  systems  that  were  previously  under  consideration. 

* INPUT  believes  that  the  limited  change  in  technology  indicates  that,  while 
work  still  remains,  many  users  have  begun  to  become  more  settled  in  their 
approach  to  developing  and  implementing  DBMS  systems. 

With  a couple  of  exceptions,  a year-to-year  comparison  of  the  breadth  of 
responsibility  of  data  administration  showed  little  change.  While  not  dramatic,  there 
are  changes  indicated  in  the  degree  of  responsibility  for  administering  data  on 
distributed,  minicomputer,  and  PC  systems  (Exhibit  III-8). 

**Exhibit  III-8  Here** 

At  the  corporate,  division  and  department  level,  the  role  of  data  administration 
showed  almost  no  change  and  is  not  expected  to  change.  However,  a reduction  in 
responsibility  for  distributed,  minicomputer  and  PC  systems  is  indicated. 

Survey  results  indicate  that  there  is  a distinction  being  made  between 
organization  responsibility  and  platform  responsibility.  While  information  systems 
will  remain  responsible  for  administering  data  across  organization  lines,  they  will 
have  less  responsibilities  for  administering  data  on  individual  systems. 

* This  represents  a logical  progression  as  users  assume  an  increased  role  in 
defining  their  own  needs  and  gain  a better  understanding  of  relational  systems. 

The  changes  indicated  are  not  without  potential  for  significant  problems,  which 
increase  the  importance  of  dictionary  use  and  corporate  wide  data  administration 
strategies. 

* Assumption  of  greater  responsibility  by  users  could  result  in  a wide  variety  of 
unshareable  databases  and  management  data  that  reflects  different  results. 

With  users  assuming  a greater  role,  the  data  dictionary  becomes  increasingly 
important  as  the  single  point  of  coordination  for  corporate  wide  data. 

As  indicated  in  Exhibit  III-9,  there  has  been  little  change  in  the  growth  rate  of  staff 
to  manage  corporate  wide  data.  In  1988,  users  indicated  that  their  staff  grew  an 
estimated  12%.  They  projected  growth  of  approximately  9%  for  1989.  Users 
indicate  that  the  projected  rate  for  1989  has  been  realized  and  that  similar  growth  is 
expected  for  1990. 


**III-9  Here** 
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D 

Key  Issues 

Exhibit  III-10  identifies  issues  reported  by  data  management  managers. 

Overall,  key  issues  with  managers  remains  the  same  as  last  year.  Strategy  and 
direction  remain  at  the  top  of  the  list,  followed  by  data  integrity/security  and 
technology.  However,  there  are  several  changes  that  should  be  noted. 

**Exhibit  III-10  Here** 

1.  Strategy  and  Direction 

Strategy  and  direction  remain  the  top  concern  of  data  management  managers.  This 
reflects  an  ongoing  concern  over  how  DBMS  systems  can  be  most  effectively  utilized 
in  the  organization. 

However,  a reduction  in  the  frequency  of  mention  indicates  that  managers  are 
beginning  to  settle  on  strategic  directions.  The  settling  results  from  the  level  of 
effort  expended  over  the  past  few  years.  It  also  reflects  resolution  of  issues  about 
multiplatform  systems  that  have  been  major  concerns  over  the  years.  Relational 
systems  that  are  increasingly  portable  and  easier  to  understand  have  helped  remove 
obstacles  to  expansion. 

Overall,  managers  indicated  several  areas  of  concern  regarding  strategy  and 
direction.  Frequently  mentioned  areas  of  concern  are  identified  in  Exhibit  III-ll.  Its 
interesting  to  note  that  these  have  not  changed  since  last  year. 

2.  Integrity  and  Security 

Integrity  and  security  of  data  remains  a key  concern  to  most  managers  and  is  not 
expected  to  abate  and  may  well  increase.  The  fundamental  elements  of  the  integrity 
and  security  issue  are  found  in  the  growth  of  distributed  and  personal  computing 
and  the  flow  of  data  across  multi-tiered  computing  networks. 

As  data  managers  make  progress  in  defining  corporate  wide  data  structures  and 
users  progress  in  implementing  department  wide  data  bases,  data  sharing  will 
become  increasingly  important.  With  the  sharing  will  come  increased  concern  over 
integrity  and  security  of  data. 

3.  Technology 

Over  the  last  year,  there  has  been  increased  interest  in  the  direction  of  technology. 
The  availability  of  portable,  relational  technology  has  resolved  some  previous  issues. 
However,  users  looking  to  the  future  are  not  concerned  what  technology  will 
become  available  to  address  control  of  distributed  systems,  and  corporate  wide 
connectivity. 
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4.  Data  Access 


With  the  implementation  of  relational  DBMSs  on  minis  and  micros,  an  increasing 
number  of  users  are  interested  in  having  greater  access  to  enterprise  wide  data. 

Data  managers  are  now  faced  with  demands  for  increased  access  to  a wider  variety 
of  data. 

While  a number  of  areas  of  change  that  have  been  indicated,  most  managers  of  data 
administration  do  not  see  significant  expansion  of  its  responsibilities.  In  the  short 
term  they  are  struggling  to  keep  up  with  current  short-term  demands. 
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IV 

Impacts  of  Relational  Database  Technology 

This  chapter  considers  a number  of  impacts  on  data  administration  of  the 
implementation  of  relational  database  technology.  Included  are  considerations  of 
gains  (or  losses)  in  productivity,  the  need  for  training,  the  use  of  modeling  and 
whether  relational  systems  are  having  an  effect  on  the  use  of  data  dictionaries. 

A 

Status  of  Relational  DBMS  Use 

1.  Trend  Toward  Increasing  Use  of  RDBMS 

As  indicated  in  Exhibit  IV-1,  the  use  of  RDBMSs  systems  is  progressing  steadily.  In 
this  years  research,  over  65%  of  respondents  indicated  that  they  use  RDBMS 
systems,  up  from  approximately  60%  last  year. 

**Exhibit  IV-1  Here** 

While  the  change  in  percent  is  not  a major  change,  the  level  indicates  that  the  move 
to  relational  systems  has  taken  hold  and  that  use  will  continue  to  grow. 

The  level  of  use  also  indicated  that  information  systems  is  seeing  benefits  of 
relational  DBMS  over  other  types  of  systems  and  is  prepared  to  continue  to  develop 
systems  using  the  new  technology. 

2.  How  is  it  being  used 

Consideration  of  the  number  of  users  that  have  developed  relational  DBMS 
applications  on  their  mainframes  (Exhibit  IV-2)  further  substantiates  that  use  of 
relational  systems  is  progressing  rapidly. 

In  last  years  research,  approximately  75%  of  users  indicated  that  they  had 
developed  mainframe  applications.  This  year  the  percentage  had  increased  to  nearly 
90%. 

** Exhibit  IV-2  Here** 

As  compared  to  other  platforms,  the  mainframe  is  currently  the  most  often  used 
platform  for  RDBMS  applications.  This  is  not  surprising,  since  the  survey  was 
conducted  with  central  information  service  executives.  However,  note  should  be 
made  that  an  estimated  15%  of  respondents  indicated  that  PC  based  applications 
had  been  developed.  This  trend  is  expected  to  continue. 

3.  Criteria  for  Selecting  a RDBMS 

As  part  of  the  research,  INPUT  sought  to  identify  key  criteria  for  selecting  a 
RDBMS  system  over  a conventional  DBMS  system. 

While,  in  one  respect,  the  results  (Exhibit  IV-3)  are  not  exceptionally  surprising, 
they  do  provide  an  indication  of  future  trends. 


** Exhibit  IV-3  Here** 
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Nearly  50%  of  the  respondents  indicated  that  the  key  criteria  for  selecting  a 
RDBMS  system  was  that  they  believed  that  it  would  increase  productivity. 

As  a part  of  productivity  considerations,  flexibility  was  the  most 
frequently  cited  reason. 

The  ability  to  make  changes  more  easily  was  the  second  most 
frequently  cited  reason  for  increasing  productivity. 

While  productivity  gains  were  the  most  frequent  reasons  for  selecting  a 
RDBMS,  being  on  the  leading  edge  of  technology  was  also  considered  important.  In 
a number  of  cases,  users  indicated  that  they  were  influenced  by  IBM  marketing 
which  indicated  that  relational  technology  would  be  their  focus  of  the  future. 

While  the  percent  of  responses  were  not  exceptionally  high,  it  is  interesting 
to  note  that  (taken  collectively)  user  interest  rated  nearly  as  high  as  the  fact  that 
RDBMS  is  a leading  technology.  It  is  equally  interesting  that  of  the  four  major 
categories  of  criteria,  user  considerations  were  among  the  strong  influencers. 

INPUT  believes  that  the  trend  toward  increased  user  influence  will  grow.  As 
relational  systems  become  more  accepted  in  the  user  environment,  decisions 
regarding  system  structure  and  operation  will  be  increasingly  influenced  by  how 
users  need  to  conduct  their  business. 

4.  RDBMS  Improving  Productivity 

With  improved  productivity  a key  reason  for  selecting  a relational  system,  INPUT 
sought  to  identify  the  extent  to  which  improvements  have  been  realized  in  systems 
development  and  in  data  administration. 

As  indicated  in  Exhibit  IV-4,  productivity  improvements  have  been  realized  in  both 
development  and  administration.  However,  some  differences  can  be  noted. 

**Exhibit  IV-4  Here** 

Respondents  indicate  that  development  productivity  improvements  have 
been  realized  in  nearly  76%  of  the  cases.  None  of  the  respondents  indicated  that  the 
RDBMS  system  had  resulted  in  a worsening  of  productivity. 

For  data  administration,  the  results  were  somewhat  different.  While  the 
percent  reporting  the  "same"  level  of  productivity  was  comparable  to  development, 
14%  indicated  that  the  RDBMS  has  resulted  in  a loss  of  productivity.  However,  only 
57%  indicated  that  productivity  of  the  data  administration  function  had  improved. 
Responses  indicated  several  reasons. 

The  RDBMS  has  added  work  load  to  the  data  administration 
function,  resulting  in  a reduction  in  the  concentration  of  effort. 

Since  RDBMS  systems  are  still  somewhat  new,  there  is  a learning 
curve  to  overcome. 

RDBMS  administrators  are  having  to  spend  more  time  assisting  users. 
Given  the  technical  orientation  of  many  DBAs,  user  interface  is  some  times 
considered  non  productive. 


The  extent  to  which  data  administrators  believe  that  they  are  realizing  productivity 
improvements  is  expected  to  shift  to  the  "better"  category  as  they  become  more 
familiar  with  the  technology  and  as  they  become  more  oriented  to  meeting  the 
needs  of  the  end  user. 

B 

Impacts  of  RDBMS 

1.  Dual  DBMS  environment 

While  the  increase  in  the  number  of  dual  database  environments  would  suggest  that 
this  will  continue,  few  believe  that  administering  such  an  environment  will  be  easy 
and  recent  emphasis  by  vendors  such  as  IBM  to  move  people  to  relational  systems 
suggests  that  this  trend  should  change  over  time. 

Substantiation  for  this  trend  can  be  found  in  the  percentage  of  information  systems 
organizations  that  are  moving  quickly  to  do  the  majority,  if  not  all,  of  their 
development  on  relational  DBMS.  Knowing  that  much  of  this  is  IBM  mainframe 
based  indicates  that  the  dual  environment  is  not  well  accepted  and  will  speed  the 
move  to  a full  RDBMS  environment. 

2.  Training 

The  perception  of  the  level  of  training  required  for  successful  implementation  of 
RDBMSs  varies  considerable.  As  part  of  the  research,  the  number  of  respondents 
generally  fell  into  two  categories. 

The  first  were  those  who  recognize  that  relational  technology  is  considerable 
different  than  traditional  DBMS  technology  and  that  considerable  training  is 
necessary. 

The  second  were  those  that  suggest  that  the  introduction  of  relational 
technology  has  had  little  impact  on  the  level  of  training  in  their  organization.  They 
indicated  that  they  will  obtain  the  needed  information  "on  the  job"  and  that  training 
will  take  place  "over  time". 

While  the  results  are  inconclusive,  a review  of  respondent  comments  indicates  the 
following: 

Those  that  believe  that  training  is  a significant  consideration  are  those  that 
are  moving  ahead  aggressively,  have  implemented  or  are  implementing  a data 
dictionary  and  are  supportive  of  providing  user  support. 

Those  that  believe  that  training  can  be  approached  more  slowly  are  those 
that  are  implementing  relational  systems  for  the  benefit  of  the  corporate 
information  systems  staff  and  are  relying  on  systems  analysts  to  learn  as  part  of  the 
systems  development  process.  Many  of  these  do  not  have  data  dictionaries. 


3.  Data  Modeling 

The  extent  to  which  users  have  embraced  data  modeling  is  mixed.  A number  of 
users  indicate  that  while  data  modeling  has  raised  new  issues  within  their 
organization,  it  has  proven  to  be  highly  useful.  They  indicate  that  modeling  has 
improved  their  overall  understanding  of  their  organization. 

An  equal  number  of  users  indicate  that  data  modeling  has  not  resulted  in 
substantive  change  or  that  they  have  not  placed  any  significant  emphasis  on 
modeling.  However,  note  should  be  made  that  the  majority  of  those  that  have  not 
experienced  appreciable  benefit  from  data  modeling  are  those  that  are  not  using 
data  dictionaries. 

4.  Data  Administration/Data  Dictionary 

As  indicated  in  Exhibit  IV-4,  many  users  indicate  that  relational  systems  have 
improved  their  data  administration  process. 

Of  key  interest  is  that  users  indicate  that  implementation  of  a relational  system  has 
induced  them  to  either  begin  to  use  a data  dictionary  or  has  increased  their 
attention  on  improving  the  use  of  the  one  they  have. 

While  the  majority  reported  that  a relational  system  increased  the  number  of  tasks 
involved  in  administering  the  system,  they  were  generally  positive  about  the  benefits 
that  would  result. 

5.  New  Support  Tools 

Most  data  administration  function  have  survived  without  a fully  functioning  data 
dictionary  or  other  administrative  tools.  Some  are  using  data  modeling  techniques, 
but  to  support  the  traditional  DBMS  environment. 

The  dynamic  nature  of  the  RDBMS  environment,  the  use  of  multiple  DBMS 
systems,  and  the  increased  linkage  of  data  networks  and  end  user  computing 
technologies  will  all  require  tighter  administration.  In  addition,  many  of  the  of  the 
newer  RDBMS  systems  (Oracle,  Sybase,  Ingres)  include  an  integrated  data 
dictionary. 

As  distinct  from  last  year,  research  this  year  indicates  that  users  are  beginning  to 
make  greater  use  of  the  support  tools.  This  trend  is  not  only  expected  to  continue, 
but  will  become  a primary  focus  of  data  administration  activities  in  the  years  to 
come. 

C 

RDBMS  and  the  End  User 

In  its  current  research,  INPUT  notes  that  the  primary  use  of  RDBMS  among  users 
continues  to  be  for  Management  Reporting  (Exhibit  IV-5).  This  is  followed  by 
Development,  Marketing  and  Sales,  and  Accounting. 


**Exhibit  IV-5  Here** 
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1.  Mainframe  Use 


Use  of  the  mainframe  RDBMS  system  by  end  users  continues  be  tied  to 
management  reporting  activities.  Users  are  using  4GL  technology  to  access  and 
extract  data  to  analyze  corporate  data  and  prepare  management  reports.  Data  is 
frequently  moved  to  department  minis  and  micros  for  analytical  purposes. 

2.  PC  Use 

In  previous  research,  respondents  indicated  to  INPUT  that  more  than  50%  of  users 
had  developed  PC  based  relational  DBMS  applications.  However,  INPUT  believes 
that  this  figure  is  excessively  high  due  to  a general  lack  of  understanding  on  the  part 
of  users  of  exactly  what  a relational  system. 

Too  many  users,  DBase  or  similar  PC  DBMS  systems  are  relational,  but  they  are 
not.  Examination  of  the  applications  that  end  users  have  developed  with  such  tools 
indicate  that  the  file  structures  are  standard  sequential  files. 

To  try  to  gain  a better  understanding  of  the  end  user,  PC  application  environment, 
INPUT  asked  whether  end  user  applications  had  been  developed  using  relational 
database  systems.  Exhibit  IV-6  indicates  that  the  total  is  closer  to  20%  as  compared 
to  the  previously  reported  figure  of  52%. 

**Exhibit  IV-6** 

This  difference  is  not  surprising.  While  the  question  posed  was  similar  to  last  year’s, 
the  respondent  was  clued  to  think  of  development  using  specific  RDBMS  systems 
rather  than  systems  using  traditional  (dBase)  systems.  This  contributed  to  the 
reporting  of  a lower  figure. 

In  addition,  INPUT  believes  that  as  true  relational  systems  become  more  accepted 
by  the  end  user,  the  user  is  becoming  increasingly  knowledgeable  and  able  to 
provide  more  accurate  answers.  The  lower  number  is  expected  to  grow  substantially 
over  the  next  year. 

3.  Implications 

There  are  numerous  implications  for  information  systems  of  the  growing  use  of 
relational  technology  by  the  end  user.  Several  could  have  significant  impact  on  the 
data  management  function. 

* From  recent  activity,  it  is  increasingly  apparent  that  users  can  understand 
relational  technology.  With  more  simplified  technology,  users  will  be  more  inclined 
to  use  relational  DBMSs  than  previous  technology.  This  will  create  increased 
pressure  on  data  administration  to  provide  corporate  wide  data  organization.  A 
little  (uncoordinated)  knowledge  can  be  dangerous. 

As  RDBMS  is  increasingly  accepted  by  end  users,  there  is  a risk  that  they  will 
become  more  knowledgeable  than  information  systems  about  the  capability  and 
potential  benefit.  Unless  the  data  administration  staff  become  knowledgeable,  they 
will  be  in  a position  of  losing  their  ability  to  control  the  overall  strategy  and 
direction  of  the  company. 
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Information  systems  must  take  on  a more  supportive  role  in  working  with 
end  users.  As  end  user  knowledge  grows,  they  must  be  able  to  fit  within  an  overall 
strategy  or  development  will  develop  into  fragmented  islands  that  will  not  be 
interrelated. 


V 

Impact  of  Other  Technologies 


While  it  may  not  be  readily  evident,  growth  of  DBMS,  specifically  RDBMS,  and  the 
data  administration  function  are  being  impacted  by  growth  of  technology  in  several 
areas. 

The  data  administration  function  is  not  only  going  to  have  to  deal  increasingly  with 
multiple  databases,  but  also  be  prepared  to  successfully  handle  distributed  data, 
manage  data  at  the  workstation,  support  a revolution  in  application  development 
processes  and  provide  significantly  increased  levels  of  access  to  an  increasingly  wide 
range  of  users. 

This  chapter  discusses  some  of  the  changes  in  tools  and  technologies  that  will 
impact  the  data  administration  function. 

A 

Distributed  Database  Technology 

Simply  defined,  distributed  data  base  technology  permits  the  replication  of  all  or 
part  of  a database  in  one  or  more  systems  located  remote  from  a central  processing 
facility. 

1.  Use  of  Distributed  DBMS 

From  INPUT’S  report,  Distributed  Database  Management  - An  Early  Look,  Exhibit 

V-l  provides  a graphical  example  of  an  application  that  uses  DDBMS  technology 

and  includes  replicated  (redundant)  data.  The  distributed  portion  of  the  DBMS  \y/  -y 

provides  the  technology  tr  track  data  relationship  across  platforms  on  which  the 

database  resides,  to  permit  and  maintain  redundant  data  where  required  for 

processing  efficiency,  and  to  assure  a transaction  that  updates  data  stored  on  more 

than  one  platform  does  so  on  all  affected  platforms,  or  no  platforms,  thus 

maintaining  data  integrity. 

**  Exhibit  V-l  Here* ** 

Exhibit  V-2  provides  another  example  of  a DDBMS  and  shows  the  complexity  of  a 
potential  DDBMS  environment.  In  this  example,  the  database  includes  relationships 
that  cross  platforms  and  multiple  DBMS  systems.  The  DDBMS  manages  the 
relationships  and  interfaces  with  the  communications  capabilities  of  the  DDBMS  to 
access  the  other  DBMs  when  a transaction  requires  such  access. 

**Exhibit  V-2  Here** 

There  are  numerous  implications  of  distributed  database  processing.  Key 
considerations  include  the  following. 

* While  permitting  central  administration  of  all  data  within  an  application, 
there  are  significant  considerations  of  data  redundancy  and  accuracy. 

* Database  location  will  become  transparent  to  the  user.  Users  of  a database 
will  no  longer  need  to  know  where  needed  data  is  located.  Users  will  have  access  to 

a wide  range  of  data  located  on  a variety  of  platforms. 
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Exhil:  it  V-2  provides  a qecond  exapple  and  shows  tip  complexity  of  a 
wtpnpal  DDBMS  environment.  In  this  example,  the  data  base  actually 
consists  gf  relation^hips  across  platforms  and  different  DBMS  systems 


EXHIBIT  V-2 


DISTRIBUTED  DBMS— A DATA  COMMUNICATIONS  EXAMPLE 
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The  DDBMS  manages  those  data  relationships  and  interfaces  with  the 
communications  capabilities  of  the  DDBMS  to  access  the  other  DBMSs 
when  a transaction  requires  such  access. 

This  heterogeneous  environment,  once  achieved,  provides  significant 
data  administration  and  management  control  benefits  while  improving 
data  access  for  the  user.  ° 

The  use  of  a DDBMS  to  accomplish  this  cross-data  base  access  shifts 
some  of  the  control  and  design  responsibility  from  the  applications  staff, 
who  might  design  a file  transfer  program,  to  data  administration,  who 
must  now  track  and  maintain  relationships  across  DBMSs  and  platforms. 

I . I \ / / / / \ / 

The  implications  of  this  technology  for  data  administration  are  signifi- 
cant. 6 

1 / I / f / 

1 / / / I / 

First,  DDBMS  provides  a tool  to  meet  distributed  processing  require- 
ments wfyile  permitting  centralized  administration  of  all  data  within  an 
application.  This  eliminates  the  need  for  file  transfer,  as  well  as  the 
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* Because  of  data  redundancy  and  increased  usage,  modeling  will  take  on 
significantly  higher  importance.  Modeling  and  analysis  will  become  increasingly 
dynamic  as  administrators  seek  to  achieve  optimum  processing  efficiency. 

* The  role  of  the  administrator  will  become  increasingly  important  to  the 
application  development  process.  Administrators  will  have  greater  knowledge  of  the 
business  use  of  the  data  and  will  be  able  to  influence  application  design. 

2.  Integrated  Workstation  Applications 

With  the  advent  of  computers  such  as  workstations  and  technologies  such  as 
DDBMS,  the  traditional  approach  to  application  design,  placing  the  entire 
application  on  a single  computer  goes  away.  Instead,  the  application  can  be  spread 
across  a network,  optimizing  the  capability  of  each  tier  of  processing. 

Exhibit  V-3  provides  a provides  a possible  distribution  of  system  functions  between 
the  workstation  tier  and  the  central  processor  that  would  lead  to  an  integrated 
workstation  application.  Designing  such  applications  will  place  increased 
dependence  on  the  database  design.  Thus  the  data  administrator  will  play  a larger 
role  in  the  creation. 

**  Exhibit  V-3  Here** 

B 

Impact  of  Network  Growth 

Changes  in  the  telecommunications  industry  are  having  a dramatic  effect  on  where 
and  how  users  access  systems  and  accomplish  processing. 

Among  the  changes,  growth  of  ISDN  will  have  a dramatic  impact  on  the  ability  of 
users  to  access  mainframes,  minis  and  other  micro  based  systems. 

As  indicated  in  Exhibit  V-4,  the  advent  of  high  speed  (1.5-2.0  Mbit)  connections 
between  an  organizations  PBX,  the  host  system  and  an  intelligent  multiplexor  will 
have  a major  impact  on  where  databases  are  located  and  how  users  will  be  able  to 
access  systems. 

**Exhibit  V-4  Here** 

With  high  speed  links,  both  locally  through  LANs,  fiber  cables  and  high 
speed  busses,  and  remotely  through  high  speed  ISDN  connections,  users  will  be  able 
to  access  data  with  equal  ease  at  a local  site,  at  the  central  site  or  at  another  remote 
site. 

With  this  expanded  capability,  defining  the  optimal  location  of  a data  base, 
considering  use  and  frequency  of  access,  through  data  modeling  and  application 
design  will  place  increased  importance  on  the  data  administration  function. 

Adding  to  the  flexibility  of  the  end  user  will  be  the  advent  of  integrated  LAN 
systems  that  will  further  permit  the  sharing  of  data  across  departments,  applications 
and  users. 


DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY 


INPUT 


EXHIBIT  V-5 


-3 


INTEGRATED  WORKSTATION  APPLICATIONS 
DISTRIBUTION  OF  FUNCTIONS 
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Data  Base  Computers 
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e progress  in  the  use  of  data  base  computers,  such  as  Teradata,  has 
been  relatively  slow  and  primarily  tied  to  major  high-volume  applications 
where  quick  and  almost  random  data  retrieval  is  required.  Data  base 
computers  tend  to  use  the  relational  model  and  will  become  more  impor- 
tant as  the  general  use  of  RDBMS  technology  grows. 

Their  use  will  be  decided  on  an  application  basis,  yet  it  must  be  under- 
stood that  such  a decision  introduces  another  DBMS  technology  that 
must  be  understood  by  the  data  administration  function.  Once  the  appli- 
cation is  built,  it  may  fall  directly  to  a DBA  to  oversee  the  successful  use 
of  the  data  base  computer  and  its  application. 


Role  of  the  Data 
Dictionary 


The  data  dictionary  seems  to  be  a long-sought-after  and  often  under- 
valued tool  to  aid  the  data  administration  and  management  processes. 

During  its  research  INPUT  interviewed  one  manager  of  data  management 
who  indicated  that,  in  the  past  year,  his  company  had  achieved  the  goal  of 
a 100%  complete  data  dictionary  and  then,  in  the  first  cost  reduction 
effort  a few  months  later,  had  dropped  the  use  of  the  data  dictionary  and 
decentralized  the  data  administration  process  to  the  various  application 
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INTEGRATED  SERVICES  DIGITAL  NETWORKS 
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Jnderstanc 


Recent  studies  regarding  the  importance  of  ISDN  to  an  organization  serye7 
to  illustrate  the  extent  to  which  there  is  either  a lack  of  understanding  or  a 
general  lack  of  concern  about  its  importance,  application,  and  use.  - 

In  a survey  conducted  by  INPUT,  managers  were  asked  a number  of 
questions  regarding  their  understanding  of  ISDN,  its  importance  to  their 
current  and  future  plans,  and  the  extent  to  which  they  believe  ISDN  is  a 
solution  to  accomplishing  network  integration. 
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Role  of  the  Data  Dictionary 

For  current  research,  there  are  indications  that  the  role  of  the  data  dictionary  may 
be  beginning  to  change. 

While  previous  research  indicated  that  use  was  highly  fragmented,  there  are 
indications  that  greater  acceptance  of  relational  DBMS  systems  will  foster  increased 
use  of  data  dictionaries. 

Previous  research  cited  an  example  of  a user  that  expended  great  effort  to 
implement  a data  dictionary  and  scrapped  the  work  with  a first  budget  cut.  Current 
research  indicates  that  a greater  number  of  organizations  are  looking  more  seriously 
at  use  of  the  dictionary  as  a way  to  define  corporate  wide  standards. 

Dictionaries  being  provided  with  relational  systems  are  more  understandable 
and  are  reported  to  be  of  greater  value,  even  though  data  administrators  are  having 
to  learn  multiple  systems. 

With  dictionaries  that  are  easier  to  use,  users  are  beginning  to  define  their 
own  standards,  forcing  information  systems  to  place  greater  emphasis  on  their 
development  or  lose  users  to  their  own  development  process.  The  result  could  be  a 
wide  range  of  conflicting  standards. 

As  applications  become  more  highly  integrated,  a definitive  trend,  and  distributed 
systems  begin  to  evolve,  data  dictionaries,  even  in  an  elemental  state  will  be  a 
necessity. 

D 

Data  Administration  and  CASE 

Computer-assisted  systems  engineering  (CASE)  technology  has  significant  meaning 
and  impact  for  the  process  of  data  administration.  The  technology  brings  new  data 
administration  tools  and  will  support  the  eventual  re-engineering  of  major 
applications  for  movement  to  new  technology. 

1.  The  Repository 

Exhibit  V-5  provides  a picture  of  a complete  CASE  system.  Of  the  key  elements,  the 
automated  repository  is  perhaps  the  most  important  part  of  the  system,  certainly 
from  the  standpoint  of  the  data  administrator. 

** Exhibit  V-5  Here** 

While  still  in  its  early  stages  of  development,  the  automated  repository  might  well 
be  viewed  as  the  heart  of  the  system.  The  repository  is  a data  dictionary,  a recorder 
of  data  and  logic  relationships  and  is  a source  of  previously  used  code.  The 
repository  serves  two  important  role. 

For  a single  application,  the  repository  serves  as  the  source  for  all 
relationships,  logic  and  provides  a single  source  of  historical  information  about  a 
particular  application. 
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COMPLETE  CASE  SYSTEM— A SCHEMATIC 


Project  Management 


Repository  technology  remains  in  early  development. 

• The  front-end  CASE  vendors  include  a repository  with  their  design 
stools,  but  it  is  not  tied  into  the  actual  code  development  technology  or 

DBMS.  6 

• IBM  has  made  public  commitments  to  a repository  for  DB2  and  an 
eventual  solution  for  CASE,  but  has  not  released  any  product(s) 

The  leading  RDBMS  vendors  include  an  integrated  data  dictionary  in 
their  DBMS  technology  and  are  beginning  to  build  CASE  tools.  It  is 
only  natural  that  their  data  dictionaries  will  be  enhanced  towards  the 
repository  definition. 

The  repository  will  be  the  tool  that  builds  a solid  interactive  interface 
between  systems  development  and  data  management.  The  technology 
will  develop  quickly  in  the  next  few  years  and  should  be  adopted  as  soon 
as  it  proves  practical. 
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For  a multiple  application  system,  the  repository  serves  as  a single  source  of 
information  about  all  data  relationships  and  ensures  consistency  of  data  elements 
across  applications. 

The  repository  will  be  the  tool  that  builds  a solid  interactive  interface  between 
systems  development  and  data  management.  This  technology  is  expected  to  develop 
quickly  over  the  next  several  years. 

2.  Re-Engineering  Tools 

From  the  numerous  comments  received  as  part  of  INPUT’S  research,  there  is 
considerable  evidence  to  suggest  that  if  converting  applications  from  existing  DBMS 
systems  was  a simple  process,  movement  to  new,  relational  systems  would  progress 
quickly.  Likewise,  if  data  dictionaries  were  simple  and  straight  forward,  more 
organizations  would  be  using  them. 

However,  conversion  is  not  simple  and  older  versions  of  data  dictionaries  are  not 
straight  forward.  These  situations  have  contributed  to  the  lack  of  use  of  data 
dictionaries  and  the  multiplicity  of  database  systems  in  many  organizations.  This 
situation  is  expected  to  change  in  the  next  few  years,  stimulated  by  re-engineering 
tools  that  are  becoming  available. 

Recognizing  that  there  is  a vast  number  of  existing  applications,  that  many  are 
poorly  documented  and  that  creating  new,  complex,  integrated  systems  would 
require  major  commitments;  some  CASE  vendors  are  developing  tools  that  will 
provide  for  the  re-engineering  of  applications  to  meet  new  processing  requirements. 

The  new  tools  are  designed  for  use  by  the  data  manager  and  the  DBA.  Their 
purpose  is  to  provide  methods  to  understand  data  structures  and  relationships  of 
existing  applications  to  understand  how  they  can  fit  into  an  expanded  relational 
DBMS  environment. 

While  development  of  these  re-engineering  tools  is  still  in  the  early  stages, 
information  service  organizations  indicate  that  the  availability  of  such  tools  could 
provide  the  needed  impetus  for  progressing  with  use  of  data  dictionaries  and 
meeting  the  needs  of  the  future. 


VI 

Data  Management:  Future  Environment 

To  adequately  portray  the  role  of  data  management  in  the  future,  it  is  important  to 
understand  the  evolution  of  managing  an  organizations  data. 

* Prior  to  the  arrival  of  computers  and  through  the  first  fifteen  years  or  more 
of  their  use,  the  controller  of  a business  organization’s  information  was  the 
accounting  organization. 

* For  operational  purposes  outside  of  accounting,  data  contained  in  systems 
began  to  take  on  an  ownership  of  its  own.  It  became  common  for  an  application  to 
serve  more  than  one  department  and  for  operational  and  accounting  data  to  be 
intertwined.  Soon,  operational  data  became  more  important  than  accounting  data, 
and  toady’s  operational  data  is  the  focus  of  most  information  systems  activities. 

With  the  advent  of  database  management  technology,  it  became  possible  to 
integrate  data  from  many  applications.  Once  DBMS  technology  was  in  common  use, 
the  data  it  stored  became  the  computer’s  data,  owned  by  information  systems. 

The  counteraction  to  this  appearance  of  ownership  by  information  systems 
was  the  tendency  in  the  1980’s  to  distribute  data  to  minicomputers  and  then  to  PCs. 
Very  quickly,  in  some  companies,  small  duplicate  applications  were  created  to 
permit  a local  department  to  own  its  data.  At  a minimum,  significant  effort  was 
expended  to  develop  methods  to  transfer  data  files  between  the  central  site  and 
operating  departments  and  locations. 

Lower  priced  minis  and  desktop  processing  has  altered  the  situation 
dramatically.  Today,  information  service  managers  indicate  that  over  60%  of  data  is 
owned  by  the  user  or  jointly  with  information  systems  (Exhibit  VI-1).  Slightly  less 
than  40%  of  information  service  executives  indicate  that  they  own  corporate  data. 

**  Exhibit  VI-1  Here** 

Much  of  this  distribution  of  the  computing  process  has  been  driven  by 
improved  user-oriented  technology,  greatly  increasing  the  ease  of  use.  Another 
driving  factor  has  been  the  push  by  senior  management  to  flatten  organizations, 
reduce  central  staff,  and  place  increased  decision  making  in  the  hands  of  line 
management.  For  managers  to  operate  their  business  unit,  they  have  taken  an  active 
role  in  planning  and  deployment  of  information  technology. 

As  with  past  experiences  with  swings  between  centralized  and  decentralized 
processing,  distribution  has  resulted,  in  some  organizations,  in  chaos  in  the 
information  network.  As  a result,  emphasis  has  emerged  to  integrate  the 
information  network  while  continuing  to  support  operational  demands. 

To  meet  the  challenge,  data  architecture  and  data  management  processes  are 
needed.  Data  is  needed  at  many  levels  of  the  organization,  but  information  systems 
is  the  keeper  of  the  keys  and  is  the  only  company  function  that  can  fulfill  the  need. 
Fulfilling  the  need  is  therefore  a primary  role  of  information  systems. 
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Over  time  the  data  management  process  must  parallel  the  information 
network.  This  means  it  must  extend  across  all  three  tiers  of  computing 
and  from  the  corporate  level  to  the  personal  level  to  structure  the  flow  of 
data  across  the  organizations.  Only  personal  systems  that  do  not  ex- 
change data  with  other  systems,  data  bases,  or  levels  of  computing  can 
fall  outside  the  general  data  management  process.  Who  performs  the 
DBA  tasks  at  each  level  is  not  the  issue;  it  is  that  the  data  definitions  and 
relationships  are  tracked  and  are  part  of  an  integrated  infrastructure  that 
meets  the  needs  of  the  organization  as  well  as  the  individual. 

I I j A f V J 

Understanding  the  breadth  of  the  data  management  responsibility  is 
critical  to  its  future  success  and  to  how  the  process  is  established  and 
evolved.  The  responsibility  also  dictates  many  of  the  needed  characteris- 
tics of  the  individual  who  would  lead  data  management. 

/ l / l I \ / I 

3.  Characteristics  of  a Data  Manager 

\ \ I \ I \ J \ j 

To  define  the  characteristics  of  a data  manager,  it  is  first  appropriate  to 
characterize  today’s  data  base  administrator. 

Exhibit  VI-4  lists  those  characteristics. 


CHARACTERISTICS  OF  TODAY’S 
DATA  BASE  ADMINISTRATOR 


• Technologist — Understands  the  DBMS  in  Use 

• Detailed  Orientation — Performs  a Quality  Control 
Function 

• Service  Orientation — Wants  to  Get  the  Job  Done 

• Application  Orientation — Focuses  on  the  Specific 
Application  and  the  Data  Bases  Involved 

• Corporate  Data  Focus — Sees  Responsibility 
Primarily  Tied  to  the  Corporate  Data  Bases  and 
Applications 


The  new  data  manager’s  responsibility  is  much  broader  /and  implies  a 
different  set  of  characteristics,  as  suggested  in  Exhibit  VI-5. 
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Data  Management: 
Future  Environment 


Exhibit  VI- 1 suggests  three  roles  for  the  central  information  systems 
organization  in  larger  organizations.  These  three  roles  as  defined  in 
INPUT’S  1988  Information  Systems  Planning  report. 

1.  The  operational  role  of  Network  Manager,  operating  the  information 
network  but  not  necessarily  all  of  the  processing  sites 

2.  The  tactical  role  of  Information  Technology  Consultant,  providing  the 
required  architecture  and  infrastructure  to  the  information  environ- 
ment 

3.  The  strategic  role  of  Strategic  Opportunist,  working  with  senior 
operations  executives  to  identify  and  take  advantage  of  information 
technology  for  the  strategic  success  of  the  business 


To  a much  greater  extent  than  ever  before,  the  central  information  sys- 
tems management  and  staff  must  move  away  from  much  of  the  day-to- 
day  operations  and  provide  the  overall  architecture  to  permit  maximum 
benefit  from  information  technology. 


INFORMATION  SYSTEMS 
ROLE  IN  THE  1990s 
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A 

Data  Management’s  Role  in  the  Organization 

1.  Character  of  Today’s  Data  Manager 

Today  s data  manager  generally  does  a good  job,  but  he/she  is  an  administrator,  not 
a manager.  Grounded  in  technology,  today’s  administrator  is  generally  detail 
oriented,  interested  in  "getting  the  job  done",  has  strong  orientation  to  the 
application,  and  has  had  little  opportunity  to  understand  the  data  needs  of  the 
numerous  operating  business  units. 

Exhibit  VI-2  portrays  the  key  characteristics  of  todays  database  administrator.  Note 
is  quickly  made  that  it  is  geared  to  maintaining  the  "corporate"  database. 

Exhibit  VI-2  Here** 

2.  Information  Systems  Role  in  the  1990’s 

The  role  of  the  data  manager  (administrator)  will  change  in  the  1990s  because  the 
role  of  information  systems  will  change. 

INPUT  believes  that  the  role  of  the  central  information  systems  organization  in  the 
1990s  will  be  comprised  of  three  basic  elements  (Exhibit  VI-3). 

**Exhibit  VI-3  Here** 

Information  systems  will  assume  the  role  of  the  Network  Manager,  ensuring 
the  ability  to  access  and  transfer  data  between  groups  and  locations,  but  not 
necessarily  having  control  of  the  operating  sites. 

Information  systems  will  become  the  organizations  chief  technology 
(application)  Consultant.  They  will  have  extensive  interface  with  operating  units  to 
identify  how  to  obtain  information  needed  for  conduct  of  the  business  unit. 

* Asa  Strategic  Opportunist,  the  information  systems  group  will  be  the  point 
of  contact  for  senior  management  to  identify  how  the  organization  can  better  utilize 
information  to  strategic  advantage. 

Within  this  framework,  information  systems  will  have  less  responsibility  for  actual 
development  work  that  directly  effects  each  operating  unit.  Each  unit  will  have 
greater  ability  to  access  and  manipulate  data  necessary  to  manager  their  business. 

3.  Data  Management  in  the  1990’s 

As  a result  in  the  shift  in  the  role  of  information  systems,  the  data  management 
process  will  also  change. 

In  the  1990s,  INPUT  believes  that  the  data  management  process  will  be  three- 
tiered, as  indicated  in  Exhibit  VI-4. 


** Exhibit  VI-4** 
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• While  senior  management  supported  this  increased  operational  orienta- 
tion to  information  technology,  they  did  not  plan  for  it  to  create  chaos 
in  the  information  network.  Yet  that  is  what  happened  in  many  organi- 
zations. So  today,  the  cry  is  to  integrate  the  information  network  while 
continuing  to  support  operational  demands. 

/ / < J 

The  moral  of  this  short  story  is  that  central  information  systems  must 
provide  an  environment  that  permits  smooth  movement  of  data  and 
information  across  the  organization  at  all  levels.  A data  architecture  and 
the  data  management  process  are  the  means  to  do  this,  and  technology  is 
quickly  improving  to  help  meet  this  challenge.  The  data  is  needed  at 
many  levels  of  the  organization,  but  information  systems  is  the  keeper  of 
the  keys  and  is  the  only  company  function  that  can  fulfill  this  need. 
Fulfilling  the  need  is  therefore  a primary  role  of  information  systems. 

1.  Elements  of  the  Data  Management  Process 

INPUT’S  definition  for  the  data  management  process  for  the  1990s  is 
three-tiered.  Exhibit  VI-2  diagrams  that  structure  and  suggests  the 
primary  functions  that  would  be  performed  at  each  tier.  This  suggested 
concept  is  a delineation  of  the  functions,  not  necessarily  the  separation  of 
the  organization. 
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DATA  MANAGEMENT  PROCESS  FOR 
THE  1990s 


Tier 

Description 

Functions 

1 

Infrastructure 

Information  Architecture 
Data  Network  Modeling 
Technology  Selection 

2 

Definition 

Definition  Standards 
Definition  Review 
Coding  Schemes 

3 

Execution 

Data  Element  Definition 
Design  Execution 
DBMS  Installation  & Support 
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Tier  one  will  be  the  primary  purview  of  information  systems.  User 
management  will  need  to  understand  how  the  overall  architecture  supports  the 
business  structure  and  strategy,  but  it  will  be  information  system’s  responsibility  to 
define  and  develop  policies  related  to  corporate-wide  architecture  and  data 
structure. 

* At  tier  two,  there  will  be  shared  responsibility.  Information  systems  will 
define  and  review  standards  and  structure  universal  coding  schemes.  However,  this 
will  be  done  in  conjunction  with  users,  who  will  need  to  ensure  that  their  needs  and 
requirements  are  represented. 

* At  tier  three,  users  will  become  more  autonomous.  They  will  increasingly 
implement  their  own.  DBMS  systems  and  structure  their  own  query  and  analysis 
programs.  At  this  level,  the  corporate  information  service  department  will  act 
primarily  in  a consulting  role. 

4.  Characteristics  of  Tomorrow’s  Data  Manager 

As  a result  of  the  change  in  the  role  of  information  systems  and  the  process  of  data 
management,  the  data  manager  must  also  change. 

As  indicated  in  Exhibit  VI-5,  the  role  of  the  administrator  needs  to  change  to 
become  that  of  a manager.  The  manager  needs  to  have  a broader  understanding  of 
the  business,  needs  to  understand  the  broader  value  of  information,  and  needs  to  be 
more  of  a consultant  in  dealing  with  users. 

**Exhibit  VI-5  Here** 

Compared  side-by-side  (Exhibit  VI-6),  the  data  manager  and  the  data  administrator 
are  distinctly  different  individuals.  While  the  administrator  focuses  on  technological 
detail,  the  manager  will  focus  on  the  provision  of  information  to  support  business 
operations. 

**Exhibit  VI-6  Here** 


B 

Roadblocks  to  Success 

The  transition  of  data  management  from  a detailed,  technical,  administrative 
orientation  to  that  of  a corporate,  strategic  generalist  will  not  happen  quickly. 

Due  to  a number  of  roadblocks  summarized  in  Exhibit  VI-7,  the  transition  will  not 
be  made  until  well  into  the  1990s.  However,  the  transition  must  be  made  and 
organizations  that  fail  to  make  it  will  be  at  a disadvantage  in  the  strategic  use  of 
technology.  They  could  find  themselves  at  a competitive  disadvantage. 


**Exhibit  VI-7  Here** 


DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY — INPUT 


CHARACTERISTICS 
-t9SHfe-DATA  MANAGER 


• Generalist — Understands  the  Value  of  Information 
Technology  and  Can  Market  Its  Value. 

• Broad  Picture — Has  Top-Down  View  of  the 
Information  Infrastructure  of  the  Organization 

• Consulting  Orientation — Advises  the  Development 
and  Data  Administration  Groups  on  Specific 
Development  Projects 

• Business  Data  Orientation — Views  the  Data  and 
Information  Flow  across  the  Entire  Organization 

• Systems  Integration  Focus — Focuses  on  Data 
Sharing  by  Groups  of  Applications  in  Support  of  a 
Strategic  Business  Operation 


The  differences  are  meant  to  be  significant,  as  the  task  described  earlier 
is  a major  one.  Exhibit  VI-6  compares  the  characteristics.  The  lists  are 
not  complete,  but  the  differences  are  apparent.  Selecting  an  individual  to 
perform  the  broad  data  management  task  will  prove  to  be  one  of  the  most 
important  information  systems  assignments  over  the  next  few  years. 


EXHIBIT  VI-6 
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DATA  MANAGER  VERSUS  DATA 
ADMINISTRATOR— A COMPARISON 


/ 


Data  Manager 

Data  Administrator 

Generalist 

Technologist 

Broad  Picture 

Detailed  Orientation 

Consulting  Orientation 

Service  Orientation 

Business  Data  Orientation 

Application  Orientation 

Systems  Integration  Focus 

Corporate  Data  Focus 
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CHARACTERISTICS  OF  THE 
1990s  DATA  MANAGER 


Generalist — Understands  the  Value  of  Information 
Technology  and  Can  Market  Its  Value. 

Broad  Picture — Has  Top-Down  View  of  the 
Information  Infrastructure  of  the  Organization 


X / 
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• Consulting  Orientation — Advises  the  Development 
and  Data  Administration  Groups  on  Specific 
Development  Projects 


Business  Data  Orientation — Views  the  Data  and 
Information  Flow  across  the  Entire  Organization 

Systems  Integration  Focus — Focuses  on  Data 
Sharing  by  Groups  of  Applications  in  Support  of  a 
Strategic  Business  Operation 


The  differences  are  meant  to  be  significant,  as  the  task  described  earlier 
is  a major  one.  Exhibit  VI-6  compares  the  characteristics.  The  lists  are 
not  complete,  but  the  differences  are  apparent.  Selecting  an  individual  to 
perform  the  broad  data  management  task  will  prove  to  be  one  of  the  most 
important  information  systems  assignments  over  the  next  few  years. 


EXHIBIT  VI-6 


DATA  MANAGER  VERSUS  DATA 
ADMINISTRATOR— A COMPARISON 


Data  Manager 

Data  Administrator 

Generalist 

Technologist 

Broad  Picture 

Detailed  Orientation 

Consulting  Orientation 

Service  Orientation 

Business  Data  Orientation 

Application  Orientation 

Systems  Integration  Focus 

Corporate  Data  Focus 
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DEVELOPMENTS  IN  DATA  BASE  TECHNOLOGY 


B 

Roadblocks  to  Achieving  this  expanded  role  for  the  data  management  function  is  not  an 

Success  easy  one  and  will  take  much  of  the  first  half  of  the  1990s  to  accomplish. 

There  are  many  roadblocks.  INPUT  believes  that  those  listed  in  Exhibit 
VI-7  are  the  most  significant. 


FUTURE  DATA  MANAGEMENT  ROLE 
INHIBITING  FACTORS 

• Who  Owns  the  Data 

• Skills  of  Today's  Data  Administrator 

• Status  of  the  Information  Network 

• Status  of  DBMS  Technology 

• Understanding  the  Need 

• Training  of  the  End  User 


1.  Who  Owns  the  Data? 

Our  introduction  to  this  section  suggests  that  the  concept  of  data  owner- 
ship has  become  overshadowed  by  information  technology.  It  certainly 
was  not  an  issue  prior  to  the  use  of  computers.  Today,  however,  it  is 
often  a smoldering  issue  that  underlies  many  of  the  information  technol- 
ogy decisions  that  are  being  impacted  by  the  end  user. 

Sensing  freedom  from  the  central  information  controllers,  the  end  user  is 
quick  to  ask  that  the  data  be  transferred  to  his  own  computer,  or  if  pos- 
sible, that  the  entire  application  be  distributed.  Not  understanding  and 
not  being  able  to  use  the  technology  used  to  process  data  has  lead  to  an  “I 
would  rather  do  it”  phenomena:  “I  will  have  my  data  and  the  others  can 
have  theirs.” 


This  may  be  a little  over-simplistic  perhaps,  but  true.  Information  sys- 
tems is  going  to  have  to  back  up  and  build  a framework  under  which 
ownership  is  apparent.  It  falls  to  the  most  appropriate  end  user,  and  the 

infrastructure  supports  easy  sharing  with  others. 

/ / 

One  step  to  doing  this  is  to  begin  to  transfer  some  of  the  detailed  data 
administration  tasks  to  unit  information  and  end  user  functions. 
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1.  Who  Owns  the  Data 


The  issue  of  who  owns  corporate  data  has  been  smoldering  for  years.  It  underlies 
many  information  technology  decisions  that  effect  users. 

Following  years  of  an  "unresponsive"  central  information  service  organization  and 
fueled  by  PC  and  new  relational  systems,  many  users  have  adopted  the  "I’d  rather  do 
it  myself"  syndrome.  The  result  has  been  a patchwork  quilt  of  systems  that  are 
frequently  uncoordinated  and  end  user  development  that  is  uncontrolled. 

While  somewhat  overstated,  the  fact  remains  that  information  systems  is  going  to 
have  to  reorient  and  build  a framework  under  which  ownership  is  apparent.  It  will 
generally  fall  to  the  most  appropriate  end  user.  Infrastructure  and  development 
processes  will  need  to  support  easy  sharing  with  others. 

2.  Skills  of  Today’s  Data  Administrator 

With  a foundation  in  technology  and  the  development  of  large,  centralized 
applications,  many  of  todays  administrators  are  not  prepared  to  meet  the 
requirements  of  data  management  of  the  1990s. 

In  addition,  few  organizations  have  provided  the  data  administration  function  with 
the  level  of  responsibility  of  other  groups  in  information  systems.  These  situations 
have  created  several  results. 

* The  data  administration  function  has  continued  to  develop  along  technical 
lines.  With  continued  focus  along  the  lines  of  large  central  systems,  the  user  is 
frequently  given  little  consideration,  let  along  involvement,  in  the  systems  design 
process. 

* Data  administration  is  viewed  as  a technical  necessity  rather  than  as  a 
contributor  to  corporate  asset  usage. 

* There  is  little  evidence  that  data  administration  is  being  marketed  internally 
as  a valuable  corporate  management  function. 

* There  is  little  evidence  that  the  end  user  is  being  prepared  to  share  in  the 
responsibility  and  benefits  of  the  data  management  process. 

3.  Status  of  the  Information  Network 

C DBMS  at  central  sites,  minicomputers  in  departments  and  divisions,  and  PCs  for 
users  have  contributed  to  the  availability  of  vast  amounts  of  information  throughout 
the  organization.  Systems  are  increasingly  connected,  but  are  far  from  integrated. 
The  availability  of  information  has  increased  dramatically  during  the  1980s,  but  the 
users  needs  are  far  from  satisfied. 

Information  technology  is  increasingly  a foundation  for  the  conduct  of  business  and 
users  are  quickly  becoming  decision  makers  on  many,  if  not  most,  major  decisions. 
However,  until  applications  become  integrated  and  the  network  is  open  to  all  users 
to  obtain  information  when  and  where  needed,  much  work  will  remain. 


4.  Status  of  DBMS  Technology 

Relational  technology  is  increasingly  viewed  as  a truly  new  and  better  answer  for 
many  computing  requirements.  However,  information  systems  is  just  beginning  to 
move  into  RDBMS  and  there  is  considerable  work  to  train  users  and  IS  staff. 
Existing  systems  carry  ten  to  fifteen  years  of  investment  in  traditional  DBMS 
technology.  Most  data  managers  simply  see  major  technical  tasks  ahead  and  have 
not  been  able  to  rise  to  the  broader  aspects  of  the  data  management  process. 

5.  Understanding  the  Need 

In  an  era  of  decentralized  management  and  limited  corporate  staffs,  understanding 
the  need  for  a corporate  wide  data  management  process  is  difficult  for  senior 
corporate  management  to  understand. 

Corporate  wide  data  management  is  an  abstract  concept.  The  level  of  effort  to  sell 
the  concept  will  be  equal  to,  and  perhaps  greater  than,  the  effort  needed  to  sell  the 
concepts  of  early  DBMS  systems.  But  the  effort  must  be  made  if  information  is  to  be 
used  as  an  asset. 

6.  Training  the  End  User 

Emergence  of  4GLs,  the  PC  and  the  corporate  information  center  have  resulted  in 
considerably  increased  interaction  between  information  systems  and  the  end  user 
over  the  past  few  years. 

However,  the  success  of  the  interaction  can  be  brought  to  question.  While  users 
have  been  assisted  with  technical  solutions,  the  extent  to  which  users  have  learned 
the  value  of  corporate  information  and  the  need  for  data  management  is 
questionable.  Whether  as  an  oversight  or  as  a loss  of  focus,  information  systems 
have  not  trained  users  in  the  value  of  corporate  wide  information  technology. 

The  training  required  ranges  from  analysis  and  design,  to  database  concepts,  and 
security.  Until  information  systems  starts  to  do  this,  other  aspects  of  the  central 
information  system’s  role,  including  data  management,  will  be  met  with  some 
resistance. 

C 

Planning  for  the  Future 

In  its  1988  Information  Systems  Planning  Report,  INPUT  identified  a number  of 
priorities  for  1989  and  beyond.  In  the  area  of  data  management,  there  were  two  that 
were  key. 

* For  1989  - Audit  the  data  management  function. 

* Beyond  1989  - Refocus  data  management  to  a company  wide  orientation. 

To  date,  there  appears  to  have  been  only  limited  effort  to  audit  data  management. 
While  many  organizations  may  be  able  to  begin  refocusing  without  an  audit,  there  is 
a risk  of  mis-directing  planning  efforts  into  areas  where  there  is  little  need. 

In  all,  INPUT  believes  that  the  steps  previously  identified,  to  meet  the  information 
system  needs  of  the  1990s  bear  repeating. 


1.  Audit  Data  Administration 


Many  data  administration  functions  are  ten  years  old,  or  older,  and  could  benefit 
from  an  audit  to  determine  whether  they  have  the  foundation  to  be  able  to  meet  the 
needs  of  the  1990s. 

The  audit  should  result  in  a thorough  understanding  of  the  relationship  of 
the  data  administration  function  and  the  changing  user  and  technology  environment. 

* A byproduct  of  the  audit  should  be  a set  of  action  plans  to  ensure  the 
administrator  has  the  tools  necessary  to  become  a manager. 

2.  Planning  for  Change 

Following  an  audit,  building  an  action  plan  is  an  obvious,  but  necessary  step.  While 
the  plan  will  vary  to  meet  an  organizations  unique  needs,  it  should  include  at  least 
the  elements  identified  in  Exhibit  VI-8. 

** Exhibit  VI-8  Here* ** 

* Organization  Charter  - An  organization  charter  is  frequently  the  most 
difficult  aspect  of  a plan.  Developing  a charter  is  difficult,  requiring  recognition  of 
responsibilities  that  will  need  to  be  given  up  and  others  that  will  need  to  be 
assumed.  Because  of  the  difficulty,  it  is  frequently  ignored.  But  gaining  consensus 
between  information  systems  and  users  about  the  role  of  data  management  needs  to 
be  the  first  step. 

* Marketing  Program  - For  individuals  oriented  to  accomplishing  technical 
tasks,  marketing  is  frequently  not  valued.  However,  a plan  that  will  gain  acceptance 
of  users  and  senior  management  is  necessary  to  the  success  of  data  management. 

* User  Education  Program  - With  users  better  able  to  understand  DBMS 
(relational)  technology,  training  emphasis,  needs  to  shift  from  one  of  process  to  one 
of  concept.  Users  need  to  understand,  anPhccept,  the  concepts  of  corporate  wide 
information  and  the  value  of  accessibility  by  all  corporate  users. 

* Multiyear  Structure  - Making  the  transition  from  technologist  to  generalist 
will  not  happen  overnight.  Plans  need  to  reflect  the  long  term  nature  of  the 
transition  from  data  administration  to  data  management. 

* Technology  Assessment  and  Architecture  - There  needs  to  be  a thorough 
understanding  of  the  organizations  technology  and  architecture.  Only  with  a 
comprehensive  understanding  of  the  existing  environment  can  strategies  be 
developed  to  make  changes  for  the  future. 

* Policy  and  Procedure  Process  - Since  tasks  related  to  definition  and 

execution  will  be  quickly  decentralized  to  the  end  user,  the  data  management 
process  must  begin  to  focus  on  corporate  wide  policies  and  procedures. 
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L.  Audit  Data  Administration 
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Certainly,  an  audit  is  the  starting  place.  Most  data  administration  func- 
tions are  ten  years  old,  or  older,  and  will  benefit  from  a complete  exami- 
nation. 

/ / , 

• The  two  data  administration  questionnaires  in  this  report  would  be  a 
reasonable  first  effort  to  establish  a benchmark  versus  our  broader 
research. 


The  audit  is  designed  to  document  the  true  state  of  data  administration 
and  to  build  a foundation  for  planning. 


2.  Planning  for  Change 


Building  a plan  of  action  is  the  second  obvious  step.  While  the  starting 
point  for  the  plan  will  vary  with  current  status,  it  will  need  to  include  the 


elements  in  Exhibit  VI-8. 


PLANNING  FOR  THE  DATA  MANAGEMENT 
FUNCTION  OF  THE  1990s 

• Organization-wide  Charter 

• Marketing  Program 

• User  Education  Program 

• Multiyear  Structure 

• Technology  Assessment  and  Architecture 

• Policy  and  Procedure  Process 


Organization-wide  Charter — Gaining  an  initial  consensus  among  in- 
volved information  systems  and  end  user  groups  starts  with  the  definition 
of  a charter  for  the  data  management  process.  Once  there  is  an  overall 
charter,  it  is  possible  to  define  the  various  roles. 

Marketing  Program— Gaining  the  needed  acceptance  suggests  an  internal 
marketing  plan  designed  to  spread  the  word  about  potential  benefits, 
define  the  requirements,  and  launch  the  education  process. 


56 


e 1988  by  INPUT.  Reproduction  Prohibited. 


UDBD 


Making  the  change  from  a data  administration  to  a data  management  process  must 
be  initiated  by  information  systems.  Neither  senior  management  nor  the  user  will  be 
the  facilitator  of  the  change.  Information  systems  must  make  the  decision  that  data 
management  is  a valuable  corporate  service  and  assume  the  responsibility  to 
provide  it. 
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VII 

Conclusions  and  Recommendations 


As  indicated  in  the  Introduction,  a primary  purpose  of  this  study  was  to  consider 
development  of  DBMSs  and  data  management  "one  year  later".  INPUT’S  interest 
was  in  assessing  the  extent  to  which  there  had  been  movement  in  accomplishing  the 
transition  from  the  historical  data  administration  function  to  data  management. 

Of  necessity,  many  of  the  conclusions  and  recommendations  that  follow  are  the 
same,  or  at  least,  closely  aligned  with  last  year’s.  Modifications  have  been  made 
where  appropriate  to  reflect  changes  that  were  noted  during  the  research. 

A 

Conclusions 

Information  systems  is  poised  to  change.  In  a number  of  respects  it  is  changing  more 
rapidly  than  information  systems  is  able  to  accommodate.  Unless  information 
systems  begins  to  make  changes  in  the  management  of  corporate  data,  systems  will 
become  increasingly  fragmented  and  information  will  not  be  usable  as  a corporate 
competitive  asset. 

* Relational  technology  is  fast  becoming  the  underlying  technology.  Only 
investment  made  in  older  technology  stand  in  the  way  of  a complete  changeover. 

* With  RDBMS  available  on  all  three  tiers  of  the  information  network, 
applications  are  being  developed  throughout  the  organization.  In  many  cases, 
information  systems  is  being  left  out  of  the  loop. 

* RDBMS  will  provide  opportunities  for  control  and  coordination  of  the  data 
management  process  as  well  as  for  data  accessibility  that  have  not  been  available  in 
the  past.  Opportunities  include: 

SQL  as  a standard  language 

Multi-tier  portability 

Increased  understanding,  and  consequently  use,  by  the  end  user. 
Integration  of  data  dictionaries. 

* Other  technologies  such  as  CASE,  are  having  a significant  stimulating  effect 
on  the  development  of  new  systems. 

* Since  relational  technology  is  still  fairly  new,  there  will  be  continuous 
improvements  over  the  next  several  years.  The  changes  will  provide  evolutionary 
(and  some  revolutionary)  growth,  necessitating  expanded  orientation  by  the  data 
administration  function. 

Distributed  DBMS  will  have  a revolutionary  effect  on  the  way  systems 
are  designed  and  managed. 

The  ability  to  make  changes  to  older  systems  will  result  in  the 
overhaul  and  integration  systems  previously  considered  too  costly. 


* The  priority  for  the  next  few  years  will  be  to  interconnect  the  information 
network  while  maintaining  its  distributed  structure.  New  DBMS  technology  and  a 
proactive  data  management  process  are  essential  to  meet  this  growth. 

B 

Recommendations 

Like  the  conclusions,  little  changes  in  the  recommendations  are  warranted.  The 
fundamental  recommendation  remains,  that  information  systems  must  realize  that 
the  traditional  data  administration  process  is  no  longer  adequate  to  both  serve  and 
help  control  the  information  network.  It  is  essential  that  a broader  view  be  assumed 
and  a top-down  management  process  evolve  over  the  next  several  years. 

1.  Data  Management  Objectives  for  1990 

The  following  objectives  are  recommended  as  actions  to  be  accomplished  during  the 
coming  year.  The  purpose  is  to  establish  a base  from  which  to  grow. 

* Audit  the  data  administration  process 

* Define  a data  management  charter 

* Since  PC  users  learn  best  by  doing,  select  a SQL  DBMS  as  a standard  for  PC 
use. 

* Develop  internal  marketing  plans  for  increased  emphasis  on  the  data 
dictionary.  Use  of  data  dictionaries  will  be  a necessity  in  the  DDBMS  environment. 

* Introduce  a generalist  into  the  data  administration  function.  Select  an 
individual  who  has  basic  technological  skills,  but  is  oriented  to  consulting  and  to 
understanding  corporate  business  information  requirements. 

* Audit  the  use  of  minicomputer  and  PC  based  DBMS  systems  to  ensure  that 
they  are  in  line  with  existing  corporate  information  policies  or  are  consistent  with 
corporate  direction. 

2.  Data  Management  Objectives  Beyond  1990 

The  following  objectives  are  recommended  as  data  management  priorities  beyond 
1990.  They  assume  that  a comprehensive  data  management  process  is  an  objective. 

* Broaden  the  responsibility  of  the  data  management  process  to  all  levels  of 
the  information  network. 

* Launch  a user  training  program  in  all  aspects  of  database  use. 

* Develop  a data  architecture,  and  gain  acceptance  by  user  management. 

* Market  the  data  management  process  at  all  levels  of  the  organization. 

* Begin  to  segment  the  data  management  process  for  the  eventual  shift  of 
some  tasks  to  unit  and  end-user  information  systems  groups.  Shift  the  responsibility 
as  soon  as  the  units  or  users  are  prepared  to  accept  it. 


Explore  the  impacts  of  CASE  on  the  data  management  and  administrative 
process. 

Support  experimentation  with  distributed  DBMS.  This  extended  capability  of 
relational  DBMS  will  eventually  provide  the  control  mechanism  required  to  permit 
a true  balance  between  data  management  control  and  freedom  of  data  use  by  the 
end  user. 


Data  Administration 
Questionnaire 


INTRODUCTION 

Hello,  my  name  is . I’m  calling  for  INPUT.  Last  year  we 

talked  with  you  or  an  associate  about  your  data  administration  function  and  the 
changes  it  is  undergoing. 

At  this  time,  I would  like  to  take  a few  minutes  to  follow-up  on  our  conversation  and 
explore  some  aspects  of  how  the  use  of  databases  and  the  data  administration 
function  may  have  changed  since  last  year. 

Is  this  a convenient  time  or  would  you  prefer  that  we  set  an  appointment  for  another 
time?  It  should  take  only  20  minutes  and  INPUT  will  be  pleased  to  share  a summary 
of  the  results  with  you.  Your  responses  to  the  questions  will  be  kept  confidential 
and,  as  I mentioned,  INPUT  will  be  pleased  to  send  you  a complimentary  copy  of 
the  results. 

Individual  Completing  the  Questionnaire 

Name  


Title 


Organization 

Address 


Telephone 


First,  I would  like  to  confirm  a few  characteristics  about  your  data  administration 
environment.  This  information  was  obtained  from  you  last  year. 

1.  We  understand  that  you  are  currently  using  the  following  DBMSs.  Are  these 
correct?  (Note  - Question  la  asks  where  the  DBMS  is  installed). 

DBMS  Mainframe  Mini  PC 


la.  For  each  DBMS  identified  in  1,  please  indicate  whether  it  is  implemented  on 
a mainframe,  mini,  or  PC. 

2.  Are  there  any  others  in  Use?  Yes No 

Which  ones? 


3.  What  is  the  number  of  employees  in  the  data  administration  staff? 

1989 1990  Plan 

4.  Is  there  more  than  one  Data  Administration  organization? 

Yes No Go  to  6 

5.  How  many  separate  data  administration  organizations  are  there  within  your 

firm? 


6. 


Which  of  the  following  categories  of  data  is  the  corporate  data 
administration  function  responsible  for?  READ  THE  LIST 


Central  Data  Y. 

Division  Data  Y. 

Departmental  Data  Y. 

Distributed  Systems  Y. 

Minicomputer  Data  Bases  Y. 

PC  Databases  Y. 

Non-Database  Systems  Y 

Other  ( ) Y. 


N 

N 

N 

N 

N 

N 

N 

N 


7. 


How  have  data  administration  responsibilities  changed  in  the  past  year? 


8.  How  is  the  performance  of  data  administration  measured  in  your  company? 


9.  What  are  the  top  three  issues  facing  you  data  administration  function? 

1. 

2. 

3. 

10.  What  are  the  top  three  objectives  for  your  data  management  function  over 
the  next  two  years? 

1. _ 

2. _ 

3. _ 

11.  On  a scale  of  one  (poor)  to  five  (excellent),  how  would  you  rate  the 
effectiveness  of  the  corporate  data  administration  function  today? 

1  Poor 

2  

3  Average 

4  ) Go  to  13 

5  Excellent ) 

12.  (If  answer  to  11  was  three  or  lower).  What  plans  exist  to  improve  the 
effectiveness  of  the  corporate  data  administration  function? 


13.  On  a scale  of  one  (poor)  to  five  (excellent),  how  would  you  rate  the  quality  of 
your  use  of  data  dictionary  capabilities? 

1  Poor 

2  

3  Average 

4  ) Go  to  15 

5  Excellent ) 


14.  (If  answer  to  13  was  three  or  lower).  What  plans  exist  to  improve  the 
effectiveness  of  your  data  dictionary  capabilities? 


15.  Who  sets  definitions  for  data  in  your  organization? 

User Information  Systems Both 

16.  Who  owns  the  data  in  your  organization? 

User Information  Systems Both 

17.  Please  describe  what  data  ownership  means? 


18.  Please  describe  the  policies  that  oversee  data  administration  in  your 
organization? 


19.  Do  these  policies  apply  to... 

Corporate  IS  Department  Yes No 

User  Computing  Yes No 

Departmental  Computing  Yes No 

Operating  Division  Yes No 

Personal  Computing  Yes No 

20.  On  a scale  of  one  (low)  to  five  (high),  please  rate  the  level  of  data  definition 
policies. 

1  Low 

2  

3  Average 

4  

5  High 


Next,  we  would  like  to  learn  what  the  primary  applications  are  for  mainframes, 
minis,  and  personal  computers. 


21.  What  are  the  primary  DBMS  applications  on  your  mainframe(s)? 


22.  What  are  the  primary  DBMS  applications  on  your  minicomputers? 


23.  What  are  the  primary  DBMS  applications  on  your  microcomputers/PCs? 


24.  Are  there  any  new  DBMSs  under  consideration?  For  example  DB2,  Oracle, 
Adabas,etc. 

Yes No 

25.  Which  ones  and  for  what  applications? 

DBMS  Applications 


The  next  set  of  questions  address  your  use  of  relational  database  management 
systems. 

26.  Has  your  organization  developed  any  relational  DBMS  based  applications? 

Yes No (If  No,  go  to  37). 

27.  When  did  the  RDBMS  use  begin?  

28.  Is  the  use  primarily? 

Mainframe Mini PC 

29.  How  many  applications  have... 

Been  Developed? Are  in  Process? 


Please  identify  three  key  criteria  that  have  been  used  to  decide  to  use 
RDBMS  versus  a conventional  DBMS. 

1. 

2. 

3. 

What  has  been  the  impact  on  data  administration  regarding: 

1.  Training 


2.  Data  Modeling 


3.  Data  Administration/Data  Dictionary 


4.  Other 


Please  rate  the  Productivity  of  Data  Administration  with  RDBMS  compared 
to  conventional  DBMS? 

Worse Same Better 

How  much  better  or  worse? 

10%  25% 50% 75% Other 


34.  Please  rate  the  Productivity  of  Application  Development  with  RDBMS 
compared  to  conventional  DBMS? 

Worse Same Better 

35.  How  much  better  or  worse? 


10%  25%  50%  75% Other 


36.  If  using  mainframe  and  minicomputer  based  RDBMS  systems,  please 
compare  the  activities/productivity/etc.? 


End  User  Use  of  RDBMS 

37.  Are  End  Users  developing  systems  with  RDBMS? 

Yes No (If  no,  Skip  to  42) 

38.  Is  the  corporate  data  administration  group  coordinating  this  use? 

Yes (Number  40)  No 

39.  Who  is  coordinating  these  activities? 


40.  How  would  you  rate  the  coordination? 

Less  than  adequate  

Adequate  

More  than  adequate  

41.  What  type  of  training  is  being  provided  to  end  users? 


Personal  Computer/Workstation  DBMSs 


42.  What  type  of  workstation-based  DBMS  activity  is  there? 


C 


43.  What  are  some  examples  of  workstation-based  DBMS  use? 

1 

2. 

3. 

Distributed  Data  Base  Management 

(Interviewer  Note:  A Distributed  Database  is  a database  which  is  replicated,  in- 
whole or  in-part,  on  one  or  more  systems  located  remote  from  a central  processing 
facility.) 


Is  a distributed  DBMS... 

1.  In  use  in  your  organization? 

Yes 

No 

2.  Under  consideration? 

Yes 

No 

3.  Under  Investigation 

Yes 

No 

45.  What  distributed  data  base  is  in  use? 


46.  Who  is  coordinating  your  research  into  use  of  distributed  DBMS  systems? 

Corporate  group End  Users Other 

That’s  it!  I want  to  thank  you  for  your  help.  Let  met  double  check  you  adddress  in 
order  to  send  you  an  Executive  Overview  from  the  report. 


